【プログラミング】イケてるプログラマとイケてないプログラマの差は「１０分考えるか否か」

まだ私は社会人２年目の若造プログラマなのですが、もろもろの事情により今年入社の08新卒の方々のメンターとして指導する側に回ることになりました。
せっかく教える側に回るのですから、教えられる方々には是非イケてる人になってもらいたいです。
というわけで、新卒の皆様の参考になればと、以前にも書いたようなネタですけど、改めてイケてるプログラマのソースとイケてないプログラマのソースを見比べて、何がその差なのかを調べてみました。

まずは例をいくつか挙げてみます。

---

○イケてない英語、フランス語
たとえば今の現場ではこんな感じの例があります。

正	誤
gross （総計、総合金額）	gloss （光沢、つや、うわべの飾り）
enquete（アンケート、フランス語）	enquate （何語？）

ほかにも沢山沢山ありますが、省略。

○イケてないコードスタイル
たとえば、インデントがタブとスペース混合。行末に意味のないタブやスペース。
タブを^、スペースを_で表現すると、

^^^^____^^^^____hoge.fugafuga();^^^^^^^^
________________foo.bar(hoge);^^^^

平気でこんなソースが。そこらじゅうに。

○イケてないSQL
０以上５以下の小数（小数点以下２桁まで）の、小数部を取り出すためのロジックが、

TO_NUMBER(SUBSTR(LTRIM(TO_CHAR(var_num, '0.09')), 3, 2)) 

これです。・・・うーん、書いてる本人は必死に作ったものなんでしょうけれども、
これはイケてないですね。

---

こういうことを書くと、

• 変数名ぐらいで何ムキになってんの？
• 動けばいいんじゃね？modとか知らないし意味わかんないし！

という反論が、たいてい、飛んできます。

常々私は周りの人に
「変数名は自分の子供の名前だと思ってつけるものだ！！」
とエラソーに語っています。
自分の息子に太郎やら花子やら、「騎士と書いてナイトちゃん」と読ませるようなセンスのない名前をつける親になりたいですか？なりたくないですよね。
自分の息子に「大輔」と言う名前をつけようとして、手が滑って「犬補」と出生届に書いてしまったら、出生届ごと破り捨てて書き直しますよね？まさか、「アハハハ！いぬほだってよ！これでいくか！！」なんてバカなこと言いませんよね？
なぜなら子供に一度つけた名前は一生消えないからです。一生名づけの親はその名前を見て笑われることになるからです。

変数やクラス名、ロジックだって同じです。

自分が一度書いたソースは（特に大きなプロジェクトでは）５年１０年の間、平気で残ります。
「後から誰かが直してくれる」なんてことは、Googleのような一部大例外を除いて、絶対にありません。これは保障します。
５年後に保守に入った人に「何このセンスのないソース・・・読みづらいし意味わかんないし、こんなの保守したくないなぁ・・・」と思われることこそ、プログラマにとって何物にも変えがたい屈辱であります。

にもかかわらずその５年後のことを考えない輩が異常なほど多い。

grossとかenqueteとか、わからないならGoogle先生に聞くなり辞書サイトで調べればいいのに、その手間すら怠っているのです。もしくは、調べたけど何か結果が出てきたから、中身を吟味すらせずに妄信したのかもしれません。
商品の金額に関係するクラスなのに、どうしてgloss（光沢、つや）なんて意味をつけているのか、と疑問に思うことが出来れば、発音は同じグロスでもglossではなくて別のつづりの単語ではないかと思い直すことが出来たに違いありません。

０以上５以下の小数（小数点以下２桁まで）の、小数部を取り出すためのロジック、
これだって、一度書いてみて明らかに変だと思ったなら、

Googleに"Oracle 関数"と検索クエリを投げて（３０秒）、
↓
http://www.shift-the-oracle.com/sql/functions/function-base-reference-1.html
このページを見つけ出し（１分）、
↓
関数の内容を吟味して使えそうなものを割り出し（５分）、
http://www.shift-the-oracle.com/sql/functions/mod-remainder.html
↓
手元のSQL実行環境でテストすれば（２分）、

SELECT mod(2.03, 1)*100 FROM DUAL

たったの８分かそこらで、よりよい解決策が見つかるのです。
ページを探すのに時間がかかっても、１０分もあれば解決できるのに、
「まぁ、動くからいっか！次次！」
なんて思考停止して次に行くから、こうして数年後に私のような若輩者にコケにされるようなソースになってしまうのです。


と言うわけで結論。
イケてるプログラマと、イケてないプログラマの差は、

• イケてないコードに気づくことが出来るか
• イケてないコードを無視しない勇気があるか
• イケてないコードを修正するために１０分考える習慣があるか

この３点ではないかと思います。ではどうすればこの差を埋められるのか？

• イケてないコードに気づくためには、イケてないコードだと認識できるだけの知識が必要！→勉強するぞ！
• イケてないコードを無視しないためには、自分の首をかけて「これは間違っている！」と言うだけの熱意と説得力が必要！
• イケてないコードを見つけたら、どうすれば修正できるのか頭の中だけではなくて実際に調べ検索し試し動かして検証する！

こんな感じで、少しでもイケてるプログラマに近づければ幸いです。