発表すると、理解は一段深くなる
勉強していると、
インプットしただけで満足してしまうことがあります。
技術書を読んだり、記事を読んだり、動画を見たりすると、
その瞬間は分かった気になります。
ですが、少し時間が経つと、
「結局あれって何が大事だったんだっけ」
「自分の言葉で説明できるほど理解できていたっけ」
となることが多々あります。
自分も、インプットしただけで止まってしまい、
知識がちゃんと身についていなかったことが何度もありました。
最近あらためて思うのは、
発表する機会を持つと、理解が一段深くなる
ということです。
インプットだけだと、「分かった気」のまま終わりやすい
新しい知識に触れた直後は、頭の中でつながった感じがします。
だから、「これは理解した」と思いやすいです。
でも実際には、
読んで分かったことと、人に説明できることのあいだには、
かなり差があります。
自分の中では分かっているつもりでも、
いざ説明しようとすると、
- そもそも何が嬉しいのか
- 他のやり方と何が違うのか
- どこが注意点なのか
このあたりが急に曖昧になることがあります。
ここで初めて、
「理解した」のではなく、
「読んで納得しただけだった」
と気づかされます。
発表は、自分の理解の甘さをあぶり出してくれる
人に話すとなると、
内容を自分の中で整理し直さないといけません。
聞き手は、自分と同じ前提知識を持っているとは限りません。
だからこそ、
「何の話なのか」
「なぜそれが重要なのか」
「どういう場面で使えるのか」
を順番に言葉にする必要があります。
この作業がかなり大事だと思っています。
例えば、Rubyのメソッドひとつを取り上げるにしても、
自分が使えるだけでは足りません。
- 何を受け取るのか
- 何を返すのか
- どういう意図でその形にしたのか
- どこでハマりやすいのか
こういうところまで説明しようとすると、
理解の浅い部分がすぐに見えてきます。
発表は、人に伝える場であると同時に、
自分の曖昧さを見つける場
でもあるのだと思います。
発表の機会は、自分で作ったほうがよい
発表の機会は、待っていてもそんなに多くは来ません。
だから、自分から作る意識が大事なのではないでしょうか。
もちろん、人前で話すのは緊張します。
資料を作るのも手間がかかります。
正直、面倒だなと思うこともあります。
でも、準備をしている時間そのものがかなり学びになります。
発表前に、
「ここはちゃんと説明できないな」
「この順番だと伝わりづらいな」
「この例だと腹落ちしないな」
と気づけるからです。
つまり、発表の価値は本番だけではなく、
準備の時点ですでに始まっている
のだと思います。
大きな登壇でなくてもよいはずです。
- チーム内で5分だけ共有する
- LTで1テーマだけ話す
- ブログ記事として残す
- 勉強会のメモを人に見せられる形にする
このくらいでも十分、アウトプットの訓練になります。
このブログも、自分にとっての発表の場
このブログも、自分にとっては発表の延長にあります。
日々学んだことや、試したことや、引っかかったことを
記事として残しておくと、
あとから自分で見返した時にも助かります。
それに、
ブログに書こうとすると、
頭の中の断片をそのまま置いておくわけにはいきません。
読んだ人が追える形に並べ替える必要がありますし、
自分が本当に言いたいことも絞らなければなりません。
この作業は、
思っている以上に理解を深めてくれます。
インプットしたことをそのまま眠らせるより、
小さくても外に出したほうが、
知識はずっと自分のものになりやすいと感じます。
まずは、小さく話してみる
全部を立派にまとめる必要はないと思っています。
まずは、
「最近学んだことを3分で話してみる」
くらいからで十分です。
人に話してみると、
自分の理解の輪郭がかなりはっきりします。
インプットは大事です。
でも、インプットだけでは知識はまだ途中です。
人に伝えようとして初めて、理解は深くなる。
そんなことを、最近あらためて感じています。