  |
コードレビューをずっとやっていると、伸びるタイプかそうでないかが提出してくるコードで分かるようになってくる。
ざっくり
を見る。
コードフォーマットで頻繁に同じような指摘を受けるタイプは明らかにエディタやコンソールといったツールが使えていない。
人間が作業の精度を上げるのではなく、100%の精度で作業してくれるツールにやらせれば良い。
些末なミスはツールが拾ってくれる方が高速で、正確で、なにより心理的負荷が低い。
リファクタリング機能やコードフィックスの提案を有するツールなら学習のペースも上がる。
コードフォーマットで消耗しているようでは、本来重要なはずの作業や学習に時間が取れないのは自明だろう。
命名を軽視する者は、作業の対象となっているコードがどんな責務を負うか、自身の書いたコードの内容すらも完全には理解していない傾向が強い。
(ここではあえてクラスやメソッドという表現を避けるが)扱うコードが何をするもので、何に依存し、どこから呼ばれるか。
どういったエラーが出うるか、エラーは今のレイヤで対処しておくべきものか、他のレイヤの責務か。
命名にはそういった情報が反映される。英語が苦手？プログラミングで使う語彙なんて極めて少ない。高校生ぐらいのレベルの英語ができれば十分だろう。
むしろ、先人が少ない語彙でどうやって事物を表現してきたかを学ぶべきである。
求められるのは正確さと一貫性であり、誰もボキャブラリーなんぞ求めていない。少ない語彙で正確に表現できるぐらいに対象のコードを整理しろ。
命名がうまくいかないのはお前の英語力が低いからではない。コーディング力か、コードが扱うドメインへの理解が弱いからだ。
20
