書籍『エンジニアの知的生産術』より学んだ「学びのサイクル」のまとめ
先日、『エンジニアの知的生産術』を読み、「学びのサイクル」章を参考にして得た理解をまとめます。
学びのサイクルとは
学びのサイクルは、以下の3つのステップを繰り返し行うことで、物事を深く理解するプロセスを指します。
- 具体
- 抽象
- 応用
これらを意識的に繰り返すことで、知識を定着させたり、新たな発見を得たりすることが可能になります。
具体 → 抽象
まずは、具体的な事実から抽象的なモデルを導き出します。
単一の事実をもとに抽象化することもできますが、間違った理解をする可能性も高いです。そこで抽象化を一旦行ったうえで、誤解を減らすために次のステップで検証を行います。
また、抽象的なモデルを作ることで、別の類似事象を素早く思いつきやすくなります。その結果、たとえ話などの応用的な使い方が容易になり、相手にもわかりやすく伝えられるようになる点が大きなメリットです。
抽象 → 応用（検証）
「なぜ抽象の後に検証なのか」と感じるかもしれません。たとえば、何度か事実を観察・検証して得られた結果から抽象化のアイデアを導き出すケースもあります。
ここでいう検証とは、本来の意味での“試行錯誤して事実を集める”ことではなく、仮説（抽象モデル）の裏付けを取る行動を指しています。したがって、事実を集めてから抽象化するプロセス自体は「具体 → 抽象」にあたるため、文脈上の検証とは意味合いが異なります。
私の解釈では、この検証を抽象化されたモデルを証明する行動と捉えています。たとえば『世界一流エンジニアの思考法』にも「まず仮説を立てた上で、手を動かして検証し、仮説を証明する」という流れを推奨していましたが、まさしくこれにあたるのではないかと感じました。
業務に活かす方法を考えてみる
理解する速度を高める
学びのサイクルを取り入れるメリットは、メンタルモデルにしておくことで、理解に至る速度を高められる点にあります。エンジニアであれば、プログラミング言語の仕様やドキュメントを読む機会が頻繁にありますが、ときには理解に詰まってしまったり、自分が今どの段階にいるのかわからない状況に陥ることもあると思います。
そのようなときでも、「具体 → 抽象 → 検証」というサイクルを頭の中で意識することで、落ち着いて思考を進められます。自分がどのプロセスにいるかを自覚しながら作業することで、理解がスムーズになり、結果として業務効率の向上も期待できます。
ブログの構成において、検証に重きを置いてみる
また、ブログの構成に取り入れられるのではないかとも考えました。
私はブログ記事を書く際、「発生した問題（具体）」と「問題を発生した原因と解決策（抽象）」という要素に集中しがちです。しかし、それだけでは読者からするとどういう経緯で、その結論に至ったのかがわかりにくいかもしれません。これはドキュメントなどに近い書き方で、「何をどうしたら解決した」という結果だけを追っている状態です。
そこで、学びのサイクルをブログの構成に活用したいと考えました。具体的には以下のように整理します。
1. 事実（具体）をタイトルや導入で提示
2. 結論（抽象）を先にまとめる
3. なぜその結論に至ったのかを“検証”という形で過程を説明する
この書き方によって、「結論に至るまでの推論や試行錯誤」が記事を読む人にも伝わりやすくなるのではないかと考えました。
Discussion