センス・オブ・プログラミング！ 抽象的に考えること・データ構造を理解すること

前橋和弥(著者)

• 販売会社／発売会社: 技術評論社/
• 発売年月日: 2004/12/01
• JAN: 9784774121734

商品レビュー

2021/08/05

抽象的に考えることの重要性がわかりやすく解説されている．
ちょうど端末一人一台が常識等開発環境が変化する過渡期であった様に思える．

2019/01/20

http://kmaebashi.com/
の前橋さんの手になる本。

プログラミングに関して特定の言語に依存しない、エッセンスのようなものを綴っています。

うーん、新人研修の最初とかに読んだらいい感じの本、ですね。

2014/12/31

Tue, 21 Apr 2009

プログラミングの上手いやつっていうのはいる．
なーんか，きれいなソースを書くし，モジュール分割が上手い．
コメント文も無駄なくしっかりつけるし，
命名規則がイケテル．

文法が出来るのは当たり前であり，プログラミングの上手い下手っておいうのは，もっと泥臭い，暗黙的な技能的なところで決まるように思う．
開発者じゃなくて研究者にとっては，なんか，ソースコードってプライバシーで，
あんまり他の先生のソースを見たりすることはない．

僕自身はそんなにプログラミングは上手くないと思っている．
でも，プログラミング演習の授業をもってるわけで，いわゆる文法以外のところでのノウハウを勉強しなくちゃとおもうわけです．
もちろん，それなりに実験用・研究用のソースコードなり，それなりに遊びで作ってきたプログラムなりで，数は打っているので，一般の学生よりかは上だとは思っている．そこまで酷くはないつもり．・・・・一人で完結するがゆえに，まあ，特有の駄目な点とかもあるんですが・・．

で，これは結構おもろかった．
「そうそう」と納得できるような，ええかんじのうんちくが詰まって，いて，ノリもポップにかかれていて面白い．
シニカルなネタも多くて，その通りだと思ったりする．

YAGNIの法則
・・・「You Are nor Gonna Need It」 将来を見越して，設計しても，使う日はこない．
　　そうなのだ．一般性を保つようにがんばってつくっても，大概，ややこしくなるだけ！

　今要るソースをモジュール分割こころがけながら作っていく．というのが，鉄則か
コメントをやたら書くくらいなら，変数名をわかりやすくしろ。コメント文には嘘しか書いてない．
・・・ごもっとも・・・．
　　プログラムを編集している内に，コメント文が古いままなんて，ありがち・・・．
　　コメント文よりも　関数名と引数，戻り値みれば，何をする関数かわかるのがベストですね．
コピー＆ペーストはやめろ
・・・うーん，確かに・・・・過去の失敗を思い返しても．
　コピー＆ペーストして，プログラムが汚くなったり，ペースト後にその前後に合わせての修正をみすってて，
　変な変数がまわってたとかいうことが多い・・・．
フローチャートは書いてはいけない
・・・時代の遺物だそうで．
　　うーん，確かにフローチャート書いてソース書く事なんてないなぁ．
　　「いまどきフローチャートをありがたがっている人は，そもそも設計とは何かを本質的に理解していないと断言しても差し支えないと思います．」
　・・・・こころしておきます．