効率的に新しい技術を学ぶ方法の探究 /「エンジニアの知的生産術」を読んだ

結構前に購入していたけど積ん読になっていた「エンジニアの知的生産術――効率的に学び，整理し，アウトプットする」を読んだ。4月末に転職も決まり新しい環境で早く結果を出せるように、入社前に勉強したいと思い、まずは勉強の仕方を学ぶことにした。

ブログを久々に書いているのも、この本でアプトプットすることの重要性が説かれていたからだ。

「Springフレームワークを学ぶ」という目標は曖昧だし、達成可能かどうかの判断が難しい。それなら目標は、「SpringフレームワークのうちDIについて理解し、DIの効果を誰かに説明できる」「DIを使った実装を行うことができるようになる」といったものが適切だと思う。

写経という方法についても言及されている

写経は補助輪

写経は非常に時間がかかる勉強法だが、確実な成果が出せるという点において有益ただし、非効率的な学習方法であるということは念頭に置く必要がある

前に TypeScript で Redux を扱うときの型定義の仕方について学びたいと思ったときは、以下の本を必死に写経して動かし、自分のアプリに落とし込んで自分のものにした。時間はかかったが、成果が明らかなのと、コードを動かして学ぶサイクルを回すことでちゃんと理解が進むことがわかった。

抽象ということばは、「注目すべき重要な部分だけを抜き出す」 ということを意味している。実際にこのブログを書く課程で、本の中から自分の中で「重要な部分」を抜き出している。ブログを書くことで抽象化作業をしていると言えるのではないだろうか。

また抽象化された重要な部分だけを抜き出されたものを 「モデル」 と表現している。

具体的な事例から共通点や繰り返しを見つけた場合それをパターンと表現している。

学ぶ対象からモデルやパターンを見つけ、自分のものにすることで理解が深まる。

具体的に抽象化していくには、「比較して学ぶ」という方法がある。

具体的な事例の、同じ部分、違う部分に注目することで元々違いがわからずもやっとしていたものが、はっきりわかるようになる。

例えば、Java、C#、TypeScript、Ruby、Go の同じところと違うところ。

プログラミング言語という点においては同じだが、Rubyは動的型付けであり、それ以外は静的型付け言語という違いがある。

この本の中では、情報収集を、「箱を地面に並べる」という表現をしており、抽象化のことを「箱を積み上げる」という表現をしている

抽象化できているかどうかは

という条件を達成できた場合に抽象化ができたと言える。

このことは、何かをちゃんと理解したか？ということをジャッジするときには有効に思える。

わかったような気持ちになったとしても、本当にわかったのかを確認する必要がある。プログラミングの場合、作るって動かすことで検証が可能となる。

タプルとリストの違いを知りたい場合、タプルとリストに重複する値を入れて、標準出力してみてその結果を観察し、ちゃんと理解できていれば期待通りの結果となる。

プログラミング以外の場合、解説記事を書くことで検証となる。

今回のブログはまさに解説を書くこと検証している。

1日前の自分に説明できるか？ということを考えながら解説記事を書くことで検証となる。

あとは試験で検証する。情報処理試験など、テストがある場合はテストで確認可能である。

devlog