技術書は気に入った一節を見つけるだけでいい

ということで、私の例をいくつか出してみようと思います。 モノリスからマイクロサービスへ マイクロサービス・アーキテクチャの著者による、モノリスからの移行をガイドするような雰囲気のするこの本ですが、この本は第6章「終わり」にから、この一節です: 他人の事例から学ぶべき教訓があるのは事実だが、自分のコンテキストでうまく機能するアプローチを見つけるには、時間をかけなければならない。 これはあらゆるプラクティスに言えることで、私は事あるごとに「スクラムをそのまま導入するのは無駄だ」とか「守破離っていうやつは苦手だ」とか言い続けているんですが、それはつまり、先人のプラクティスは様々な状況（コンテキスト）があるなかで成功した事例であり、コンテキストが異なる現場に持ち込んでもうまく機能するかは未知なのです。なので、そのプラクティスが前提としているコンテキストとソリューションを理解しつつ、自分たちのコンテ

[room661]

「読書は一冊の中でただ一つでも得るものがあればそれで十分」これ小さい頃に祖父から教えてもらったの。たぶんこの言葉で人生が大きく変わったんだと思う。

[kiyo_hiko]

自分はOn Lispの「早いだけではないプロトタイプ」がいたく気に入って何度も何度も読み返してしまい一字一句頭に入っている感じ https://www.asahi-net.or.jp/~kc7k-nd/onlispjhtml/multipleProcesses.html

[katzchang]

この文章の中から、筆者のもっとも言いたいことを表す一文はどれか答えよ。

[ducky19999]

“気に入った一節を見つける”までの過程が重要なんだと思う

[peketamin]

たしかに。クリーンアーキテクチャ「ハンブルに作れ」とか、DDD「有識者と共に構成概念同士の境界線を引け」とか

[kyopeco]

これくらいの雰囲気で読むのがいいよね。読まないよりは読んだ方がいいし。

[atsushieno]

せやな（自分は技術書についてはリファレンス的に必要な時に必要な項目を読む目的で投機的に入手しているものも多く消費モデルが違いすぎる）

[n314]

これいいな。もう何年も技術書読んでないけど。名言ログを残しておくと雰囲気が分かるね。

[keint]

技術書に限らず読書というものはたいていこういうスタンスで読んでいけば苦にならない

[hara_boon]

真面目に読みすぎてるのはあるかも。そこそこ高いお金出してるから回収しようとしちゃってるな。それで気合い入れなきゃって思って読まないとかが一番最悪だよなあ

[taka-oh]

同じことでも別の表現で読み聞きすると理解の仕方ががらりと変わることがある。だからすでに持っている分野の本でも良さげと思ったらすかさず保持したいところ

[xlc]

ドヤったりマウントとったりするのが目的なら、それでいいんじゃない？

[tasukuchan]

買って部屋に置いておくだけで波動が生じて役に立つと信じている、手に取ればなおさら

[nisisinjuku]

気に入った一節にぶち当たるまで読み込め。という話にも見えたりする不思議ｗ

[sigwyg]

「UNIXという考え方」を読んで、「ひとつのことをうまくやれ」しか思い出せないみたいな

[tg30yen]

そんなでいいのだったらネットの引用や感想をつまみ食いするほうが効率よくないか？要はこういう記事を読めばいい。

[mohritaroh]

必殺のワンフレーズが見つかるためには全体で何がどういう構成で書かれてるかくらいは把握しないといけなそうだから、まあ気負わずに読めよってかんじになるのかなあ

[softstone]

アーグヴィィイイイッ！ アーグシィィイイイッ！ （「エキスパートCプログラミング 知られざるCの深層」より。うろ覚え。絶版。）

[satosssi]

ほんとこれですな。本は実質タダ理論のもとにポコポコ買ってる

[OrientHistory]

いろんな本でいろんな人の一節をまとめたものを見たい。ブクログ、読書メーターなどのサービスに実装されると面白そう。

[Shinwiki]

どこにその一節があるかわからんので隅々まで読むのではなかろうか？

[emt0]

人が良いって言った本を買ってとりあえず読めばOK。書評やまとめは二の次。AIが簡潔に分かりやすくしてくれれば良いけどオライリーの本とかあれ以上簡潔にするのは無理じゃない？翻訳直しくらいで

[versatile]

そもそも AI にまとめてもらえば読まなくてもいいしなぁ

[Keisuke69]

僕も最近は熟読するってのはやってない

[mumei-0]

“他人の事例から学ぶべき教訓があるのは事実だが、自分のコンテキストでうまく機能するアプローチを見つけるには、時間をかけなければならない。”

[kurakichi1881]

技術者じゃないけど分かる。いい感じのページがあったらスクショして後から検索できるよう形にしてNotionにぶち込んでる（なので電子書籍以外は読めない。どうしても紙の本読みたかったら自炊してる）

[nekoline]

なるほど

[mztns]

技術書だけじゃなく全ての本でそう思って読んでる

[ngsw]

とてもわかる。そいで読み切れないような場合は(少なくとも自身との相性の面で)本が悪いと思ってる

[mayumayu_nimolove]

むしろ技術書無くてもできるやつはできる

[boku-shika]

ブレイクスルー振り返り用 エンジニアから少し離れたのが俯瞰して物事が見れるようになったし、ドキュメントと開発も保守も面白さの面が輝くの何故なのか。