0184 センス・オブ・プログラミング！
技術評論社
売り上げランキング: 55380
言語の入門書の次に読む本、かな。
何をいいたいのだろう・・
初心者向け 入門者だけでなく、昔の知識を忘れつつある人や運用から開発へ回りたい人にも最適。 たいそうなタイトルですが
プログラミングの上手いやつっていうのはいる．
なーんか，きれいなソースを書くし，モジュール分割が上手い．
コメント文も無駄なくしっかりつけるし，
命名規則がイケテル．
文法が出来るのは当たり前であり，プログラミングの上手い下手っておいうのは，もっと泥臭い，暗黙的な技能的なところで決まるように思う．
開発者じゃなくて研究者にとっては，なんか，ソースコードってプライバシーで，
あんまり他の先生のソースを見たりすることはない．
僕自身はそんなにプログラミングは上手くないと思っている．
でも，プログラミング演習の授業をもってるわけで，いわゆる文法以外のところでのノウハウを勉強しなくちゃとおもうわけです．
もちろん，それなりに実験用・研究用のソースコードなり，それなりに遊びで作ってきたプログラムなりで，数は打っているので，一般の学生よりかは上だとは思っている．そこまで酷くはないつもり．・・・・一人で完結するがゆえに，まあ，特有の駄目な点とかもあるんですが・・．
で，これは結構おもろかった．
「そうそう」と納得できるような，ええかんじのうんちくが詰まって，いて，ノリもポップにかかれていて面白い．
シニカルなネタも多くて，その通りだと思ったりする．
YAGNIの法則
・・・「You Are nor Gonna Need It」 将来を見越して，設計しても，使う日はこない．
そうなのだ．一般性を保つようにがんばってつくっても，大概，ややこしくなるだけ！
今要るソースをモジュール分割こころがけながら作っていく．というのが，鉄則か
コメントをやたら書くくらいなら，変数名をわかりやすくしろ。コメント文には嘘しか書いてない．
・・・ごもっとも・・・．
プログラムを編集している内に，コメント文が古いままなんて，ありがち・・・．
コメント文よりも 関数名と引数，戻り値みれば，何をする関数かわかるのがベストですね．
コピー＆ペーストはやめろ
・・・うーん，確かに・・・・過去の失敗を思い返しても．
コピー＆ペーストして，プログラムが汚くなったり，ペースト後にその前後に合わせての修正をみすってて，
変な変数がまわってたとかいうことが多い・・・．
フローチャートは書いてはいけない
・・・時代の遺物だそうで．
うーん，確かにフローチャート書いてソース書く事なんてないなぁ．
「いまどきフローチャートをありがたがっている人は，そもそも設計とは何かを本質的に理解していないと断言しても差し支えないと思います．」
・・・・こころしておきます．
![ビブリオバトル[知的書評合戦]](img/bn_biblio.jpg)
