つまり、データベースという器の中にデータを蓄積さえすれば良いのではないということです。だからアウトプット志向で考えなければならないということになります。

つまりアジャイル開発とは何か単一の開発手法を指すものではなく、似たような開発手法に共通した価値観と行動原理に名前がついたものであり、それを体現するさまざまな手法があるということです。主な手法にスクラム、エクストリーム・プログラミング（XP）、カンバンがあります。

だから、改善は小さく少しずつでいい。ただし、毎日行うこと。小さな改善は失敗の代償も小さい。１日くらいだめでも、翌日新たに再開できる。

テーブル定義において、列には可能な限りNOT NULL制約を付加する。

文章の各レベルで「何を主張しているのか」を自問すること

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

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

“Model という概念があるから何かを Model と呼んでデータをつっこまなきゃいけない気になるけど、React ではカプセル化されたコンポーネントをベースとしてそれに必要なデータが宣言的に取得されるようにしておけば、Model というデータの抽象化が必要かどうかというのは本質的な議論にならないのよ。”

メイ・リン「志有る者は事ついに成るなり。強い意志でものごとを進めるなら、途中でいろいろ困難なことがあっても、最後には目標を達成できるっていうことなの。だからスネーク、気持ちを強く持って。…負けないでね。」

HTTPメソッドのうちGET、POST、PUT、DELETEは、これら４つで「CRUD」という性質を満たすため、代表的なメソッドと言えます。

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

ブロックやProcオブジェクトを渡せるようなメソッドを定義すると、定型的な処理の一部に対して外部からカスタマイズ可能な振る舞いを組み込むことができます。

融合が進化の原動力になりつつある現代において、重要な役割を果たすのは、従来の枠組みを飛び越えていける人々だ。異なる分野間の橋渡しができる人々、立ちはだかる壁を不変のもの、破壊不可能なものとは考えない人々が、未来への成長の扉を開いていく。

デイリースクラムやスプリントレビューで障害を発見できたのなら、スクラムの基本である透明性と検査がうまく機能していることを意味します。これは悲観することではなく歓迎すべきことです。予期せぬ障害の発見は学習と成長のチャンスです。

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

クールURIとは、シンプルなURIでもあるのです。

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

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

関数やクラスを文書化するときには、「このコードを見てビックリすることは何だろう？　どんなふうに間違えて使う可能性があるだろう？」と自分に問いかけるといい。基本的にはコードを使うときに直面する問題を「前もって」予測したい。

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