Untitled

元ネタなのですが。こんな話を、ずいぶんと昔に聞きました*1。

—————————————————
ある男が腹を空かせていた。

そこで、まんじゅうを一つ食べた。でもまだ空腹は満たされない。

二つ目のまんじゅうを食べた。でもまだ空腹は満たされない。

三つ目まんじゅうを一つ食べた。ようやく空腹は満たされて、男は言った。

「なんだ。はじめから三つ目のまんじゅう１つだけを食べればよかった。
—————————————————

これがどれほど愚かな話かはわかると思うのですが…本当に理解できているのでしょうか？

使っているフレームワークの、関数の、システムの裏側はブラックボックスのままでよいです。

別に普段、HTTPやSMTPやその他プロトコルについて考え思いを馳せる必要もないです。

メモリとかCPUコストとかを意識する必要もありません。

ちゃんと学び理解しているのなら。

ブラックボックスは必要なら開いてホワイトボックスに出来るからこそ「必要な時までは」ブラックボックスでよいのです。

最低限一度以上はきちんとRFCを読み、また必要であるならいつでもそこに立ち返る事が可能であるからこそ「今この瞬間は」別に考えなくてもよいのです。

必要であればメモリ的にタイトなコードが組め、CPUがどう動いているかを理解し考察し、そのために必要なコードに置き換える事が出来るからこそ、「そこまでタイトな要求でなければ」そこまでを意識しなくてもよいのです。

やらない事は時として非常に大切ですが。

「出来なくてもよい」わけではないのです。

大切なのは「出来るけどやらない」。切り札は切らないためにあるものですが、同時に「それを持っている事」自体が交渉において強い圧力となるのです*2。

そうして、そうした基礎を学ぶためには、結局の所「結構泥臭い基礎」が必須かつ不可避なのです。

「メモリなんか意識しなくても大丈夫」「コンピュータアーキテクチャなんかわからなくても今は問題ない」その他諸々。とんでもない誤解です。

基礎が出来ていなければ、便利さの裏側にある「不便さ」を知らなければ、結局その先を十分に享受する事は出来ないのです。

一つ目と二つ目のまんじゅうを食べたからこそ、三つ目のまんじゅうで「満腹」という幸せを享受できるのです。

あなたは。

ちゃんと基礎を、裏側を、背景を知り、学んでいますか？

それとも、三つ目のまんじゅうだけを食べようとしていますか？

「こういうコードが恥ずかしいコードである」
という価値観について、上級技術者間で意識統一がなされていればね。

ようするにコードレビューと言うのは、大学の研究室で言う輪講とかと同じなんです。
コードをよりよいものにする、と言うのも目的の一つですが、コードを組んだ人のレベルアップを図る、という目的もある。

十分な人数の、良く判っているプログラマがいるならばペアプログラミングも良いでしょう。でもペアを組んで回れるほどレベルの高い人がいなかったら?
「教授と助教授と助手の目の前で発表させる」
しかないじゃないですか。

もちろん、この作業は「教授や助教授や助手」の時間を食います。もしあまりにも多くの時間を食うのであれば可能性は次の３つのどれか。

1. 初心者が多すぎる。そのため、「教授や助教授や助手」の時間をフルに使っても、全部など到底見切れない。コードの品質は悪いままである。
2. 初心者が少なすぎる。コードの品質は最初から高く、いくら見ても時間の無駄である
3. 「教授や助教授や助手」のレベルに到達した技術者が実はいない。なので見当違いな所を見ていたり、全員が同じ間違いを犯していていくらレビューしても品質は向上しない