エラーメッセージはRubyからプログラマーである私たちへのさまざまなヒント

緩やかな形でもよいので一度マインドマップの形として情報を表現することができれば、これをドメイン分析モデルに変換することは、生の情報から直接ドメイン分析モデルを生成することに比べてはるかに容易です。

ベロシティを予測する理想的な方法は、実際に１回、イテレーションを実施してしまうことだ（１回に限らず、２回でも３回でも構わないが）。そして、実施したイテレーションのベロシティをもとに、今後のベロシティを見積もるのだ。ベロシティを知る最もよい方法は実際に測ることなのだから、まずはこの方法を採用すべきである。

type文では任意の型に対して別名を宣言できましたが、interface宣言で扱えるのはオブジェクト型だけです。

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

KPTとは、ふりかえるのに適した思考フレームワーク（視点）で、「Keep」「Problem」「Try」という３つの単語の先頭文字をつなげたものです。（「けぷと」と呼びます）

Ruby 1.9以降から登場したFiberを用いると「ある処理を途中まで実行して、その後任意のタイミングで、前回の続きから処理を行う」というような処理の流れを扱うことができます。

プログラムが大きくなってきたときに、意味のあるまとまりで分割することで、書きやすく、また読みやすいプログラムにすることができます。また、同じ処理は１カ所にまとめて書くことで共同利用することもできます。

実際にスクラムを始めて見ると、想定していなかった課題や気づきが出てきます。１週間ごとに行われるスプリントレトロスペクティブの場を使って、スクラムチームの習熟度に合った最適な（スプリント）期間を導き出していきましょう。

また、チームの規模が大きくなりすぎると、多元的無知と呼ばれるものも発生する。多元的無知とは、内心では否定していることに対して、自分が何かを見落としているのだろうと考え、全員が同意してしまう現象だ。

変更がかんたんなアプリケーションは、再利用がかんたんなクラスから構成されています。再利用がかんたんなクラスとは、着脱可能なユニットです。

たとえば、一つの情報が複数のテーブルに存在して無駄なデータ領域と面倒な更新処理を発生させてしまうということがあります（冗長性）。（……）こうした冗長性や非一貫性の問題を解決するために考案された方法論が、正規化です。

誰もがコルトレーンやモーツァルトになれるわけじゃない。しかし、情熱を持てる仕事を見つけることで、凡人からの大きな一歩を踏み出すことができる。

RailsはMVCアーキテクチャを採用しているため、アプリケーションコードは基本的にModel, View, Controllerの３階層に分かれます。この基本となる３階層がそれぞれmodels, views, controllersの３つのディレクトリです。これらにくわえてViewで利用するヘルパースクリプトを格納するhelpersを合わせた４つのディレクトリがRubyで記述するサーバーサイドアプリケーションとしてよく利用することになるディレクトリです。

Rubyでは「最後の引数がハッシュであればハッシュリテラルの { } を省略できる」というルールがあります。

目的が明確な作業と、助け合いながら開発を進めていける環境の２つはモチベーションの向上に大きく寄与しました。

複数のものを指す可能性がある「それ」や「これ」などの代名詞を避ける。

「リリース」という大まかなゴールに対する進捗をトラッキングすることに加えて、個々のイテレーションの作業を完了するという、身近なゴールに対する進捗もトラッキングする価値がある。この20章では個々のイテレーションのトラッキングに使う２つのツールを紹介する。タスクボードとイテレーションバーンダウンチャートだ。

原則のひとつは、「APIの設計にあたっては、APIを使いやすくすることだけでなく、APIを誤って使うのを難しくすることを考慮すべき」です。これを「誤用耐性（misuse resistance）の原則」と呼びます。

アジャイル開発を実現するためには何よりもまず、一人の開発者としての心構えと習慣を身につけること。そのためには日々の現場で自分が感じる気持ちを大切にすること。