デザインパターンの概念はとてつもなく強力です。一般的に共通する問題に同じ名前をつけ同じ手法で解決することで、あいまいなことが明確になります。デザインパターンによってプログラマー達は世代を問わず、コミュニケーションと共同作業ができるようになったのです。

バーンダウンチャートとは、作業の進捗報告を見える化するツールです。

アーキテクティングの最終的な成果は、ビジネスおよびステークホルダーの目標を満たすシステムを設計して実装することだ。

基本的に、アーキテクトは２つのものを設計する。それは、指定されたあらゆるドメインと、システムを成功させるために必要なその他のすべての構造要素だ。

どんなバンドで演るときも一番下手くそなプレイヤーでいろ。 IT業界に入る前、僕はジャズとブルースのサックス奏者をしていた。バンドの中で一番下手くそというのは、いつも自分より優れた人たちと一緒に演奏するという意味だ。

われ恐れず。恐怖は心を殺すもの。恐怖は全き抹消をもたらす小さな死。われは恐怖にぞ立ち向かう。われは恐怖が身内を通りぬけ、通過するをゆるす。しかして恐怖が通りぬけしのち、内なる目をその通り道に向けん。恐怖の通過せし跡にはなにものもなかるべし。そこに残るはただ自分のみ。

テレビゲームのコントローラを握ったら、落とし穴に落ちたり火の玉に飲み込まれたりせずにゲームに完勝できるなどとは思わないだろう。それならなぜ、失敗を経験せずに人生を生き抜けると思うのだろうか。

ふと氣が付いて見ると書生は居ない。澤山居つた兄弟が一疋も見えぬ。肝心の母親さへ姿を隱して仕舞つた。其上今迄の所とは違つて無暗に明るい。眼を明いて居られぬ位だ。果てな何でも容子が可笑いと、のそのそ這ひ出して見ると非常に痛い。吾輩は藁の上から急に笹原の中へ棄てられたのである。

品質特性という観点では、ただ一つの正しい設計や誤った設計というものは滅多にない。望んでいるシステム特性に対して良い設計か悪い設計かがあるだけだ。

見た目が美しいコードのほうが使いやすいのは明らかだ。考えてみれば、プログラミングの時間のほとんどはコードを読む時間なのだッ！　さっと流し読みができれば、誰にとっても使いやすいコードだと言えるだろう。

リズムが一定になると、これまでよりも決断を下しやすくなるので、プロジェクトも前進し続けられるようになる。

当初作ろうと思っていたものよりも良いアイデアが出てくれば、それを受け入れ、作るものを変えていきます。そうすることで成果が最大化していきます。

if文の条件節で「真であること（もしくは偽であること）」を判断するために、== trueや== falseと書く人がいますが、これは冗長な書き方なのでやめましょう。

名前空間を区切ったり定数を参照したりするときは二重コロンを使い、メソッドを呼び出す場合はドットを使うのが典型的な使い分けです。

たくさんの機能をまとまりなく組み合わせただけのアプリケーションもユーザを混乱させるだけだ。アドレス帳なのかチャットアプリケーションなのか？　ゲームなのかWebブラウザなのか？

変数や関数などの構成要素の名前は、抽象的ではなく具体的なものにしよう。

マインドマップはすべての線が「連想」という糸でつながった１つの意味であり、あいまいであることが、逆にスピードを生み、発送の柔軟性を引き出しているのです（速記性、容易性）。

ActiveRecordでは、レコードを作成して保存する一連の流れの間のさまざまな箇所で任意の処理を差し込めます。こういった特定の処理に引っ掛けて別の処理を呼ぶことをコールバックと言います。

実際にお客さんを目の前にしてソフトウェアをデモするだけで、チームは自分たちの果たすべき成果責任に対してもっと自覚的になれる。

消すことが嬉しいにしろつらいにしろ、使われていないコードは削除しましょう。使われていないコードは、復旧するより残し続けるコストのほうが高いのです。