最近は技術書読んだり個人開発するのに疲れたので、ちょっと息抜きにこんな本読んでいました。単行本(ソフトカバー)エンジニアはより良いアウトプットを出したいと思うものだと信じています。日頃から開発効率が悪い私が、やる気を出して学ぶサイクルを上げていくにはどうしたらよいか勉強してみたので、そのメモです。後半はあまり興味のないことが多かったので流し読みしてますので、悪しからず。検証やる気を出すには記憶を鍛えるには効率的に読むには読書自体の完了条件は何か?情報を見つける情報を組み立てる考えをまとめるには・アイデアを思い付くには何を学ぶかを決めるには感想tl;dr;新しいことを学ぶことは、「新しいことを収集して、抽象化して、それを検証することの繰り返し」やる気を出すには、タスクをとにかく細切れにして、一つ一つのタスクををハンドルできるように管理すること長期記憶を作るには、アウトプットを反復することがポイント効率よく読むには、「なんのために読むのか」を決めること新しいことを学ぶには「学ぶ」という行為はこんなサイクルになっているようです。詳しくは本を読んでもらうとして、新しいことを学ぶときのポイントは下記なのかなと思ってます。「学び」のゴール・目的ははっきりとすること学ぶことは、「知りたくなってから」学ぶこと具体的な学びから抽象的な気づきを得ること言われてみると当たり前なのかもしれないですが、目の前のことに集中するとなかなかできないことでもあります。以下は、気になるポイントについてです。SMART何かを学ぶ際に、学習を効率よく進めるコツは、ゴールをはっきりさせることです。「はっきりしているかどうか」はSMARTというフレームワークを使用することで、ある程度測定することができます。:計測可能であるAssignable:責任の所在がはっきりしているRealistic:達成可能であるTime-related:いつ結果が得られるが明確である不安になったら、この辺を馬鹿正直に書きだすのは、一つの方法かもしれないですね。機能は実際に必要となるまでは追加しないのがよいとする、エクストリーム・プログラミングにおける原則である。(出典:Wikipedia)これすごく重要ですね。無駄なことするなってことです。無駄なことすると集中も切れますし、ゴールも遠くなります。目の前のことを淡々とこなしたほうが、往々にして効率いいことが多い気がしますね。パターン化これ結構大事で、世界の成功者と呼ばれる方々は、このパターン認識能力が優れているらしいです。なんで、成功者になりたかったらパターン認識能力を磨くのは近道かもしれません。以前Matzさんも同じことをおっしゃっていたので、多分このへんはできる人たちの共通認識なんでしょうね。検証まあやってみましょうということですね。どんなことでも、本当に理解している人は、口だけでなく行動でも再現できるものです。わかったように思っても、実は何もできない人って大勢いますからね。いうのが一番タチが悪いんです。やる気を出すにはこの件については、気晴らしに以前こんな記事を書いていました。nogawanogawa.hatenablog.comこの本で言われている事と、当たらずも遠からずって感じでした。やる気を出すためのポイントとして言えることは、マルチタスクはやめるタスクはなるべく小さくということでしょうか。人間の集中力を考慮して、短い時間の作業を何度も繰り返すポモドーロテクニックは、面白かったです。今日一日のタスクリストを作るタスクの大きさをポモドーロ(25分)の個数で見積もる1ポモドーロの間はタスクの変更をせずに1つのことに集中するもし自分または他人による割り込みが発生したらそれを記録する1ポモドーロ集中した状態を継続できたら立ち上がって数歩歩くなどして視点を切り替えるこれだけです。これによって、集中力をもって細かな単位のタスクに取り組むことができるようになるそうです。見積もりと実績を頻繁に確認することになるので、自分の見積もり能力を鍛えられるようです。記憶を鍛えるにはどうやら、記憶には大きく2種類あるようで、短期記憶と長期記憶です。短期記憶は一夜漬けで頭に入れたようなもので、長期記憶は一度身についてしまうとなかなか忘れないような記憶になります。勉強するんなら、なるべく多くのことを長期記憶にしたいはず。長期記憶を成長させるためのポイントはアウトプットを作成することだそうです。アウトプットを反復させることだそうです。暗記が苦手な人ほど、たくさん、長期間に渡って反復練習をしろってことですね。効率的に読むにはエンジニアに限らず、本を大量に読む必要がある職種の方々はたくさんいらっしゃると思います。いった方々の目的は、「情報を見つけること」と「情報を組み立てること(理解すること)」の大きく二つだと思ってます。読書自体の完了条件は何か?読書自体の完了条件は意外と難しいです。「理解する」は、不確実なゴール設定なので、測定できません。本書の内容を踏まえれば、読書の完了条件は大方この辺ですね。頭の中に知識の地図を作る複数の知識の結合を促す思考の道具(言葉・概念)を手に入れるこんな感じで、完了の条件を見つけてあげることで、効率よく読書をすることができます。全体を読むこと時間を区切って読むことですかね。こちらは、情報収集ができればよいので、全体像を確認しながら情報をピックアップするように読んでいくと効率が良いようですね。読むべきものを選ぶところからじっくり考える疑問点を書きだしながら読み進めるわからないことを放置しないといったところでしょう。こちらはものすごく時間はかかるので、読むべきものをきちんと絞って、やるからには不明点をなくしながら読むということになるでしょう。考えをまとめるには・アイデアを思い付くにはこの辺は流し読みしました。クリエイティブな人間ではないので。何を学ぶかを決めるには自分のスキルマップ・経営戦略を考えて、進めると自分の価値向上につながるかと思います。これは、そのうちやります。感想ずっと気になっていた本だったので、この段階で読めてよかったです。学びに関しては、少なくともエンジニアでいるうちは、常に付きまとう話だと思ってます。学び方については、たくさん本が書かれていますが、エンジニアにフォーカスした本はこれくらいだと思います。非常に的を射ている印象で、大変ためになりました。分厚いように見えて、意外と絵が多いのもあって非常に読みやすかったです。この本の内容を活かして、少しでも効率よく、自分のスキルセットを磨いていけるようにしたいですね。ElasticSearch)この前こんな事やってました。(1)ほしい物リスト買ってあげると中の人が喜びますはてなブログをはじめよう!nogawanogawaさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。