拠点の異なる複数チームが協働する場合、組織全体をつなぐ、明快でオープンなコミュニケーションチャネルが必要になる。

素晴らしい企業文化では、問題や意見の相違が水面下に潜ることなくうまく解決される。社員はみなそれまで作ったことのないものを想像したり、実際に作ってみたりすることを楽しんでいる。それが組織の進化を支える。（中略）誰もが率直に発言できる環境を作り、透明性を徹底して、有意義な仕事、有意義な人間関係につなげることを常に目標にしている。

間違うことのコストが小さい場合には、いつも必ず何もしないより何かをすることを選ぶべきだ。

アジャイルとリーンには共通の価値があるため親戚のように見なせるが、その起源は異なっている。リーンは製造業から生まれ、アジャイルはソフトウェア開発から誕生したのだ。お互いの原則は相性が良くて、適用できる範囲も幅広い。

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

また、テストコードを書いてからデバッグすれば、デバッグの修正と同時にそのロジックのテストコードができあがります。なので、プログラムにほかの修正が入った場合でも、そのテストコードを実行すればそのロジックが壊れていないことを保証できます。デバッグの時間を短縮できる、できないにかかわらずテストコードを書いておくことは非常に良い習慣だと言えるでしょう。

つかえずなめらかに音読することは意外と難しい。音読の躓きは理解の不確かなところを浮かび上がらせる。

新米プログラマーは「機能を削除する」と聞くと、何か良くないことのように思うかもしれません。しかし経験豊富なプログラマーにとっては最も喜ばしい瞬間のひとつです。

優れた開発者は、優れたサーファーと同じく、（技術的な）適性、バランス感覚、そしてアジャイルさを備えている。アジャイルであることとは、状況の変化にすばやく適応できる能力のことだ。

インスタンスを初期化するために実行したい処理があれば、このinitializeメソッドでその処理を実装します（とくに必要がなければ定義しなくてもかまいません）。ほかのプログラミング言語の経験者であれば、コンストラクタのようなものと考えるとわかりやすいと思います。

個人の中にある知識は、すべて「わかっていること」と「わかっていないとわかっていること」と「わかっていないとわかっていないこと」の３つに分類できる。

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

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

読みにくいコードがあれば、そこで行われているタスクをすべて列挙する。そこには別の関数（やクラス）に分割できるタスクがあるだろう。それ以外は、関数の論理的な「段落」になる。タスクをどのように分割するかよりも、分割するということが大変なのだ。

繰り返しますが、大切なのはスクラムかSpotifyモデルかというプラクティスではありません。重要なのはプラクティスを支える原則や、それを生み出す価値観のあり方、すなわち文化です。「文化が重要」なのです。

普通の人間とプロを隔てているのは恐怖心

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

プロセス改善ワークショップとは、それぞれの機能開発チーム、要求分析チーム、テストチームといった、担当チームから１人ずつ代表者が集まるスクラムオブスクラム形式で実施するふりかえりだ。

Our perception of reality is influenced by how our minds are conditioned; in other words, our ideas, cultural beliefs, concepts, and opinions all directly affect how we see reality.

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