2010-01-08
日本語でプログラミングしてはいけない理由
詳しすぎる詳細設計書 - SiroKuro Page とか 詳細設計書に何を書くべきか? - Sacrificed & Exploited 関連。
ソースコードと1対1で対応するような仕様書を書いてはならない理由。
日本語は読み上げれるかもしれないが内容を理解できるとは限らない
日本人なら日本語で書かれた相対性理論の教科書を読み上げることはできる。しかし相対性理論を理解できるというわけではない。
日本語は論理演算を表現するのに向いていない
OR と XOR の区別がつかなかったり、括弧による演算順番の指定がやたら面倒くさくて見通しの悪いものになったり。
日本語は例外処理を記述するのに向いていない
法律の例外事項とかの読みにくいことと来たら。
日本語はシンタックスハイライトされない
「を」とか「は」とかカラフルになっても嬉しくないけど。
日本語はコンパイラによる静的チェックができない
Wordとか使えば日本語の表現の誤りは警告してくれるかもしれないが、その日本語が表現するプログラムが正しいかは分からない。
日本語は実行することが出来ない
動かした場合の挙動を知りたければ脳内シミュレーション。
日本語はブレークポイントを打つことが出来ない
ここらでコーヒーブレークしよう。
日本語はリファクタリングすることができない
できたらblog書くのが楽なのに。
日本語は参照先に飛ぶことが簡単ではない
飛べたら調べ物が楽なのに。
日本語は入力補完が効かない
ここで使えるメソッドって何があるんだっけ?資料を探せ探せ!
日本語はポリモフィズムできない
構造化ぐらいはできるんだけど。
トラックバック - http://d.hatena.ne.jp/Nagise/20100108/1262956329
リンク元
- 220 http://d.hatena.ne.jp/SiroKuro/20100106/1262784265
- 123 http://d.hatena.ne.jp/cnaos/20100107/1262869360
- 117 http://mltr.ganriki.net/index02.html
- 94 http://reader.livedoor.com/reader/
- 70 http://www21.tok2.com/home/tokorozawa/faq/index02.html
- 42 http://www.google.co.jp/reader/view/
- 32 http://b.hatena.ne.jp/entrylist
- 32 http://www.google.com/reader/view/
- 30 http://b.hatena.ne.jp/entrylist/it
- 29 http://b.hatena.ne.jp/

プログラム言語でも静的なチェックでは,表現するプログラムが正しいかは(現実的な規模のコードではほとんど)確認できませんよね.