技術書の予習と復習

どうも、株式会社プラハCEO兼エンジニアの松原です 最近若手エンジニアから「技術書や記事からのインプットが遅い、あるいは浅いことに悩んでいる」と相談を受けました。 (自分のインプットの巧拙はひとまず棚に上げて)自分は技術書を読む際は予習と復習を結構するタイプなので、自分なりに工夫していることについて書き残してみようと考えました。超オレオレ理論ですが、悩んでいる方の参考になれば幸いです 本の予習と復習 自分は技術書を読む前後でこんなことをしています: (予習)その本にかける時間を決める (予習)本から学びたいことを書き出す (予習)胡散臭い人に書かれたと考える (復習)仮説を作り、検証する (復習)自分の行動の変化を書き出す (復習)記事を書くか、人に話す 結構面倒だと思いますが、自分にとっては効果的でした 0. その本にかける時間を決める 自分がこれから説明する予習と復習は、めちゃくちゃ時

[xlc]

マウントを目的に学ぼうとするからじゃないの？「できる人」は自分のプロダクトに「使う」ために「仕様書」を拾い読みする。そこに「予習」などないよ。

[yarumato]

“本から学びたいことを事前に書き出す。なぜか。「闇雲なデータ集めは非重要データに際限無く時間をかける。仮説を作り、裏付けを探そう」という考え方に感銘。読書にも応用できる。結果、記事を書くか、人に話す”

[syque]

“「なんとなくマイクロサービスについて知りたいな〜」という曖昧な検索条件より「トランザクションの実装方法が知りたい」の方が適合する情報を見つけたときに「あった！」感が強くて記憶に残る...みたいなイメージ

[cowbee]

まず大前提として、読まないと自分が困る切実な問題を抱えてないと読まない。英語の学習と同じ。漫画を読むように娯楽に近い感覚で読める人は別だけど。結局は遅延評価勉強で別にいいだろう。

[deztecjp]

記事の著者は、たぶん『サラリーマンなんかいますぐやめなさい』と『一番いいのはサラリーマン』を読んでいない。じつは著者の主張は矛盾していないのだ。詳細：http://deztec.jp/design/05/11/18_fool.html

[mayumayu_nimolove]

本からのインプットは自分にあっていないと気づけないと無駄な労力と時間を使う