MAYAH.JP

ちょっと遅れたけど参戦するよ。

• プログラミングテクニックのまとめ
• 中途半端に優秀なプログラマが「正しいプログラミングテクニック」だと妄信しがちな３つポイント
• 優秀なプログラマは空気を読んで空気を描く

槍玉に挙がっているのは、次の３か条。

1. 変数のスコープは小さく抑える
2. Do Not Repeat Yourself (DRYの原則) 同じコードは2度書くな
3. 言語を極めよ

何人かは「ケースバイケース」だと言ったし、それは間違ってない。しかしケースバイケースだと言うのは簡単だがこれは何にも指針を示してない。ケースバイケースだと言われた側は、結局そこから何も学ぶことが出来ない。納得はしちゃうかもしれないけどね。この中で Leo さんは「依存関係を減らすか増やすか」ということではじめの２つをまとめてみた。その視点は悪くないし、コードの「動作」ではなく「意味」を追うように言ったのはすばらしい。

ところで、こういうエントリを読んだってことは何かを知りたかったわけだよね。だとしたら、何か曲がりなりにでも指針が示されるべきじゃないかな。というわけで僕なりの指針を示したいと思う。

僕の指針はこうだ。すなわち、「考えることを減らせるように書く。」

変数のスコープは小さく抑える

変数のスコープを小さくすることで考えることを減らせる様になるのは当然だよね。そのスコープの中だけ追っていれば良いのだから。考えることが減らせると思えば、別に変数をグローバルにしたって構わない。毎々〜を渡して云々を考える必要がなくなる。言語のいろんなパラダイム、例えば関数型言語やオブジェクト指向も、それぞれのやりかたで考えることを減らすのに成功している。もちろん、馴染めない人には余計な思考が入ってしまって嫌がるんだろうけどね。

Do Not Repeat Yourself (DRYの原則) 同じコードは2度書くな

これも結局は考えることを減らすのに他ならない。コピペコードだって結局その場で考えることを減らしているだけだ。すなわち、今考えることを減らすか将来考えることを減らすか、を天秤にかけていることになる。しばしば、２回コピペしたら一つにまとめることを考えろなんて言われるけど、これは次の不等式が成り立っていると思ってるんじゃないかな。（コピペのコスト + 将来苦しむ可能性のあるコスト）＜（関数にまとめるコスト）＜（コピペのコスト + 将来苦しむ可能性のあるコスト） ＊２。

言語を極めよ

まあ、これも実は極めていれば余計な思考が入らなくなるから、言語を極めることは重要なんだ。もちろん、「極めているかいないか」だけの軸で見た場合。学ぶことはたくさんあるし、アルゴリズムを知っていることも重要だ。個人的にはだけど、少なくとも一つの汎用言語はかなり極めておいた良いと思う。それもモダンな奴を（関数型言語をおすすめしたいけどね）。それと同時にアルゴリズムは一通り習得しておくこと。アルゴリズムは一度習得したらどの言語でも使えるからね！

考えることを減らせる様に書く

長くなったけど、もう一回言うよ。考えることを減らせる様に書く。これが僕の指針だ。