達人プログラマー の商品レビュー

アンドリューハント(著者),デビッドトーマス(著者),村上雅章(訳者)

2012/01/13

より優れたプログラマーになるには、どのようなことに心を配ればよいのか。 特定の方法論に偏らず、プログラム開発の各場面での実際的なアドバイスが満載されている。 原題のplagumatic programmer がまさに正しく内容を表している。

私がコードを書き続ける限り、手元において折に触れて読み返したい本。 現場で必要に迫られて開く本ではないだろう。 問題に答えてくれるよりも、何が本当の問題だったのかに気付かせてくれることが多い。 少しづつでも実践できるようにしていきたい。

2011/11/28

達人になりたかったっていうよりかは、
達人ってどんなやねんっていう興味で読みました。

単にプログラミングについてだけではなく、仕様の確認から使うツールから実際のプログラミングについてまで幅広く、達人プログラマーならこうする的なことを書いていました。
目次を見てもそれがわかると思います。
こんな感じ。

第一章 達人の哲学
第二章 達人のアプローチ
第三章 基本的なツール
第四章 妄想の達人
第五章 曲げるか壊すか
第六章 コーディング段階
第七章 プロジェクトを始める前に
第八章 達人のプロジェクト

それぞれの章はどこから見てもいいように、
参照すべき項が書かれています。

さらに各所にチャレンジ項目や問題提起などを書いていて
考えながら読み進めることが出来ます。

今回読んだ感想としては、
何でも分かってくれるお父さんみたいやなーみたいな感じです笑
最近色々仕事上でもあるけど、この本はそのことをわかった上で
解決策を話してくれるようなそんな本だと思いました。
多分事あるごとに読んでみるとまた違った観点が得られそうな気がします。

バグを作った人をせめるのではなく、問題は目の前のコードで
すべきことはそれを改善すること。
あたりまえだけど、大事なことっすな。
ことにプログラムだけじゃなくていろんなコトについても
同じように参考になる考え方でした。

こんなのがたくさん散りばめられていて
すてきーな本です。

基本的に読んだ本は☆つけますけど、
この本に関しては、評価を付けていません。
なぜなら一回読んだだけではわからないから。。
またたまに見返してその時の状況に合わせて参照するページを変えていきたです。

2011/09/15

学生の頃にこの本を読んだことにより、プログラミングをもっと
良くしていきたいと思った本

職業プログラマーだけではなく、学生も読んでいったほうがいいと思う。

2011/11/19

ちょうど10年前に半分くらい読んで放置していた本がやっと成仏。一度読んだ部分も読み直した。

比喩や例が巧みで分かりやすいし、よく整理されていて一語一語が重い。いろいろ考えさせられる、プログラマの哲学書。

フラフラするのは止めてこの道で達人を目指すのも面白いかな。

2011/08/05

伝える事柄さえ正しければ、伝える方法は何でも良いというのが間違いであることは、うすうす気がついていました。車の両輪というほど大事なものであることは、本書を読んで初めてきがつきました。そうだったんだ。
ヒント１１： DRY　Don't　Repeat Yourself。

１０　曳光弾
はずかしながら、読めませんでした。
ネットで探したら、「えいこうだん」とのことで、英語はTracer ammunition。
飛びながら光の軌跡を残す弾丸のことのようです。

どきっとしたのは「ヒント２７：仮定せずに証明すること」。
しまった。やられたと思いました。星５つ。

2011/06/28

『プログラマが知るべき97のこと』の原典といえる。あの本に触発され、折に触れ言及されている本書を手にとったが、こちらの方がよりストイックで体系的に語られている。

この本を読んでおけば、あっちは参考程度になるだろう。いろんなプログラマがあの本に触発され思想を共有しているんだなぁと。

エディタを極めるだとか、ドキュメントはあるモデルのひとつのビューに過ぎない、なんてことが新たに胸に沁みた。その他は言っていること自体は真新しくはないが、熱く語られているので新たなことを始めるとき、自分に甘えが発生し始めたときに読み返すと効果てきめんかもしれない。

2011/06/26

プログラミングだけじゃなくてソフトウェア開発全般に関するグッドプラクティスを集めた感じ。
ためになることが多いが既に知っていることも多かった。

2011/05/08

最初は面白かったけど、読みにくかったので途中でだれた(´Д｀)
プログラマーの心得みたいな感じ。

■良かったところ
・中途半端な言い訳をしてはいけない
　→その前に相手の反応を想像して対策を練ること
・悪い設計やコードを見つけたら、小さいことでも放置してはいけない
　→最初は小さな間違い（割れた窓）でも、どんどん深刻な問題になってくる
　→チームで２，３枚の「割れた窓」を選び、何が問題であるのかと、それを修復するために何が出来るのかを議論してみよう
・DRY(Don't Repeat Yourself)原則は超大事
　→「全ての知識はシステム内において、単一、かつ明確な、そして信頼できる表現になっていなければならない」

2011/04/17

プログラマとして知っておくべきことがたくさん書かれている。
本書を読むことによって、プログラムに対する考え方、取り組み方が変わると思う。
新人に読んでもらいたい本だが、ベテランの人が読んでも気づかされることがたくさんあると思う。
（ただ、新人がすべてを理解するには少し難しい気はするが、たとえ今すべてを理解できなかったとしても、一通りは読んでもらいたい本）
プログラムに関わっている人はぜひ読んでもらいたい書籍の一つ。

2011/04/08

プログラマーが技術者として心がけるべき指針について、広く書かれている。
繰り返し読み、モチベーションを高めたい。