「プログラマー脳」を読んだ

「プログラミング”力”を”鍛えて”、”優れた”プログラマーになりてぇ〜」というあるあるBIG煩悩に、筆者の個人的な経験や主観……ではなく、できるだけオープンになっている定量的な研究結果を引用して誠実に回答しようとした本だと思った。

この本で想定されている優れたプログラマーとは、以下のような人を指している。

地に足についたシゴデキ感があり、たしかに目指すべきはこれだよな〜と改めて思った。

この本では4章に渡って、以上のようなプログラマー像になるためのヒントやテクニック、それの根拠となる研究結果などを紹介されている。

一冊を通じて語られていて、個人的にも意識していきたいなと思ったのは「認知負荷」についてだった。

人は見慣れないものを理解するのには時間が掛かるし、短期記憶に入っていないものは取り出すのには時間が掛かるし、日常的に慣れた操作以外を行うときは操作そのものに意識が持っていかれる。

認知負荷が高まると課題の解決に時間が掛かるが、逆に、できるだけ他人の認知負荷を高めさせないことが、チームメンバーとしては良い振る舞いだ、というメッセージを感じさせられた。

「メソッドを細かく分割するのは何故良いのか」「なんで変数名はあんまり省略すべきでないと言われているのか」みたいなところの答えにもなっていて、「焦ってとにかく一度に複数のことをやろうとするな」というのは前から感じていたことではあるが、この本によって思考が一歩前に進んだ気がする。

具体的には、以下のようなことが言われていた。

短期記憶やワーキングメモリに蓄えれる情報はそんなに多くないため、メモなどの補助ツールなどを利用したり、練習などを経て、長期記憶や外部装置を充実させることにより、複雑な課題に取り組みやすくなる
「関数やクラスを細かく分ける」「変数名は省略されていないものを使う」「一貫性をもたせる」などのプラクティスに従うことで、認知負荷がかからないコードを目指すと良い
新人にオンボーディングするときは、新人がそもそも慣れない環境で色々慣れるべきことがあることを考慮して本当に小さいものや、慣れさせるためのタスク（リファクタリング）などから渡していくと良い