- Amazon.co.jp ・本 (326ページ)
- / ISBN・EAN: 9784894712744
感想・レビュー・書評
-
プログラマーとしての心構えから、設計手法やプロジェクト管理まで幅広く書かれている。
ざっと読んだ感じ、信用してよさそうな文章で幅広く書かれていて好印象。新装版が出てるみたいなので、そっちを真面目に読んでみようと思う。
以下、心動かされたところ。
# 達人プログラマーになるためには?
- 新しい物好き
- 研究好き
- 批判的
- 現実的
- なんでも屋
# ゴール
- 毎年少なくともの一つの言語を学習する
- 毎四半期ごとに技術書籍を読む
- 技術書籍以外の書籍を読む
- 講習を受講する
- ローカル・ユーザー・グループに参加する
- 異なった環境に慣れ親しんで見る
- 最先端にとどまり続ける
- インターネットを使う
# Cockburnのユースケース・テンプレート
## 特性情報
- 概要
- スコープ
- レベル
- 事前条件
- 正常終了時の条件
- 異常終了時の条件
- 一時アクター
- トリガー
## 主要な正常時のシナリオ
## 補足
## バリエーション
## 関連情報
- 優先順位
- パフォーマンス目標
- 頻度
- 上位ユースケース
- 下位ユースケース
- 一次アクターへの伝達経路
- 二次アクター
- 二次アクターへの伝達経路
## スケジュール
## 未解決の問題
# ヒント
- あなたの仕事について考えること!
- 割れた窓を放置しておかないこと
- 変化の触媒たれ
- 常にあなたの知識ポートフォリオに投資すること
- 最終決定などというものは存在しない
- プロトタイプの真の目的は学びにある
- 一つのエディターを熟知すること
- コードを生成するコードを作成すること
- 早めにクラッシュさせること
- 始めたことは終わらせること
- サービスを使って設計を行うこと
- 常に並列性を意識した設計を行うこと
- 理解できないウィザードのコードを使わないこと
- 要求は拾いあつめるものではなく、掘り起こすものである
- テストが終わるまでコーディングは終わらない
# 気になったことば
- IBMにあったおなじみの企業モットーTHINK!詳細をみるコメント0件をすべて表示 -
アンドリューハントさんへ、この本書いてくれて、ありがとうございました。といいたくなるぐらいすばらしい本。この本は、私をソフトウエア開発のプロに導いてくれた。 DRY(Do not repeat yourself)プラクティスは特に参考になる。ソフト開発者必読の書といえる。
-
全部で70個の原則を説明。以下、響いたもの。
・DRY Don't Repeat Yourself 繰り返しを避けること。
・曳光弾えいこうだん 早い内にでも出来るものを作っておく。
・バグの原因が誰のミスかは関係ない。非難では無く問題を修復せよ。
・デメテルの法則=モジュール間の結合度を最小化。
オブジェクト中の全てのメソッドは以下のカテゴリのメソッドのみ呼び出すべき。
ー自分自身
ーメソッドに渡されたパラメータ
ー自身が生成したオブジェクト
ー直接保持しているコンポーネントオブジェクト
・偶発的なプログラミングを行わないこと。行き当たりばったりを止める。
前提はドキュメント化すること。つまりコメントで表明すること。
・立ち上げ恐怖症候群を克服するにはプロトタイプを開始するほうが良い。
・回帰テスト=事前に作成した出力値と今回の出力値を比較するテスト。
・カバレッジ100%を目的にしない。状態をカバーしないといけない。
・我々には自動化されたテストで見つけられるようなバグを追いかける暇はない。
・コメントには「なぜ」行うかという目的やゴールを記述すべき。
「どのように」はコードに書いてあるからDRY原則よりいらない。
・ユーザーが期待していたものより少し仕上げを上回らせる。
ユーザー指向の機能を追加する。ショートカットキーやヘルプ機能、カスタマイズなど -
プログラミングで仕事をしていく人が読むべき本。 大学院とかで扱ってもいいんじゃないかと思う。 ただ、研究室や社会で揉まれていることが前提になります。 ある程度実務経験がないとピンとこないと思う。 基本的に性悪説で話が進みますが、計算機は命令した通りにしか動かなくて、バグを混入させるのは人間なので、間違ってはいません。(2:6:2の法則や働き蟻の法則も交えて欲しかった) キーは、自動化プロセスを作り、成熟させていくこと。 人の手は極力排除しないとだめです。 3章を読んでから、すぐにwindowsを捨てて数年ぶりにscreen+emacsに戻りますた。
-
今必要そうなところをざっと読み。SEとして必要な技術や心構えを説いた読み物。少々詩的な書き方だけどタメになった。
-
プロのプログラマとしての心構え、考えておくべき事が書いてある。
たとえば再利用性の高いコードを書くとか、直交性を持たせるとか、完全に正しく頭に叩き込んでおくべきことがひたすら書かれており、非の打ち所がない。
が、私のような三流プログラマはビギナーのうちにこの本を読まされても理解できない、あるいはそんなことわかってるよと思ってしまいそうである。ある程度経験を積んで、痛い目を見た今だからこそありがたみがわかると思う。 -
プログラミングの名著としては1,2を争うほど有名な書籍ではないだろうか?プログラマーの考え方、ノウハウ、ツールの利用について、コードのより良い書き方、自動化など様々な有益な知識を得ることができます。
-
これからプログラミングに関わる仕事に就く人というよりも、仕事を始めてから少したってから読んで欲しい本です。
実際にプログラミングを仕事として書いたことがある人ならば、心に響くようなフレーズが一つか二つは必ず見つかるような本です。 -
充実した内容の割に付録を除くて263ページと少なめなので、ソフトウェアエンジニア志望の方にとっての必読本だと思う
-
プログラミングの本というよりはその先にある哲学に触れるチャンスをくれる本。