インプットだけでは成長しない――「知ったつもり」から「できる」への転換点

はじめに

皆さんは、技術書を読んだりオンライン講座を受講したりした後、「よし、これで理解した！」と満足してしまったことはありませんか？

実は私、長い間この「インプット満足症候群」にかかっていたんですね。新しい技術について調べて、記事を読んで、動画を見て、それで「勉強した気」になってしまう。でも、実際に手を動かしてみると、全然理解できていないことがよくありました。

最近になって、妻から「ヒロさんって、いつも新しいこと調べてるけど、実際に作ったものって何があるの？」と聞かれて、ハッとしたんです。確かに、インプットは山ほどしているけれど、アウトプットとなると案外少ないなと。

今回は、そんな「インプット中心」から「アウトプット重視」への意識転換について書いていきます。同じような経験をお持ちの方も多いのではないでしょうか？

インプットが楽しすぎる罠

振り返ってみると、私は昔からインプットが好きだったんですね。新しい技術の記事を読むのは楽しいし、YouTubeでプログラミング関連の動画を見ているだけでも「学んでいる感」がありました。

特に、新しいフレームワークやライブラリの紹介記事なんかを読んでいると、「これは便利そうだな」「今度使ってみよう」と思うわけです。でも、実際に手を動かすまでには至らない。なぜかというと、インプットするだけで満足してしまうんですね。

うちの中学生の子どもも、似たような傾向があるなと感じています。参考書を読んだり解説動画を見たりするのは好きなんですが、実際に問題を解いてみると、「あれ？わからない」となることが多いんです。

妻に相談してみると、「それって、料理のレシピを読んでるだけで、実際に作らないのと同じよね」と言われました。確かにそうだなと。レシピをいくら読んでも、実際に材料を切って、火を通して、味を調整してみないと、料理は上達しませんよね。

でも、なぜインプットだけで満足してしまうのでしょうか？ 考えてみると、インプットは楽なんですね。受け身でいられるし、失敗することもない。一方で、アウトプットは能動的な行動が必要だし、うまくいかない可能性もある。この心理的なハードルが、アウトプットを避ける原因なのかもしれません。

アウトプットで見えてくる「本当の理解」

転機となったのは、以前参加した技術勉強会でのことでした。講師の方が「今日学んだことを、明日同僚に説明できますか？」と質問されたんです。その時、私は「えっと...」と詰まってしまいました。

帰宅後、妻に勉強会の内容を説明してみようとしたのですが、途中で「あれ？これってどういう仕組みだったっけ？」となってしまったんです。知ったつもりになっていただけで、実際には理解していなかったんですね。

それ以来、意識的にアウトプットするようにしました。まず始めたのは、学んだことを家族に説明することです。技術的な内容を、プログラミングを知らない妻や子どもに説明するのは、実はとても難しいんです。でも、この「説明する」という行為が、自分の理解を深めてくれることがわかりました。

例えば、最近学んだAIの画像生成について、中学生の子どもに説明してみました。「AIが絵を描くって、どういうこと？」という質問に答えるために、改めて仕組みを調べ直したり、わかりやすい例を考えたりしました。その過程で、自分自身の理解も格段に深まったと感じています。

保護犬のチャーリーも、私が何やら説明している時は、じっと聞いてくれるんです（実際に理解しているかは謎ですが）。不思議なことに、犬に向かって話していても、頭の中が整理されるんですね。

また、ブログに書くということも始めました。読者の方に向けて記事を書くとなると、「これで本当に伝わるかな？」「間違ったことを書いていないかな？」と、より深く調べるようになります。アウトプットすることで、インプットの質も向上するという好循環が生まれたように思います。

小さなアウトプットから始める実践法

「アウトプットが大事」と言っても、いきなり大きなプロジェクトを始める必要はないと思います。私が実践している、小さなアウトプットから始める方法をいくつか紹介させていただきますね。

まず、「30分ルール」を作りました。何か新しいことを学んだら、30分以内に何らかの形でアウトプットする、というルールです。それは、妻や子どもに説明することもあれば、短いメモを書くこともあります。SNSに学んだことを投稿することもありますね。

保護猫のミーちゃんは、私がPCに向かって何かを打ち込んでいると、必ずキーボードの上に座ろうとするんです。最初は邪魔だなと思っていたのですが、今では「ミーちゃんタイム」として、その日学んだことを頭の中で整理する時間にしています。猫の重みを感じながら、ゆっくりと思考を巡らせるのも悪くないものです。

次に、「教える機会」を積極的に作るようにしました。職場での後輩指導や、地域のプログラミング教室でのボランティア活動など、自分の知識を人に伝える機会を意識的に増やしています。教えることで、自分の理解の甘い部分が明確になりますし、相手からの質問で新たな気づきを得ることも多いんです。

そして、「失敗記録」も大切にしています。うまくいかなかった実験や、理解が間違っていたこと、そういった失敗も含めて記録するようにしました。完璧なアウトプットである必要はないんですね。むしろ、試行錯誤の過程を含めたアウトプットの方が、後から見返した時に価値があることが多いように感じます。

家族からも、「最近のヒロさんは、ちゃんと形にしてるよね」と言われるようになりました。インプットだけでは得られない、「実際に手を動かした」という達成感もありますし、何より、学んだことが確実に身についている実感があります。

おわりに

今回は、「インプットで満足しない、アウトプットの大切さ」について書きました。

インプットは確かに大切ですし、学習の第一歩として欠かせません。でも、それだけでは「知ったつもり」で終わってしまうことが多いんですね。アウトプットすることで初めて、本当の理解につながるのだと思います。

皆さんも、最近学んだことで「まだアウトプットしていないもの」はありませんか？ それは技術的なことでなくても構いません。料理のレシピでも、読んだ本の感想でも、誰かに話したいことでも。小さなアウトプットから始めてみると、きっと新しい発見があると思います。

もしよろしければ、コメントで皆さんのアウトプット体験や、「これからやってみたい」と思うことを教えてください。一緒に、学びを形にしていく楽しさを共有できたら嬉しいです。