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

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

吾輩は猫である。名前はまだ無い。どこで生れたかとんと見当がつかぬ。何でも薄暗いじめじめした所でニャーニャー泣いていた事だけは記憶している。吾輩はここで始めて人間というものを見た。

アーキテクチャ評価ワークショップの目標は、アーキテクチャを評価するのに必要なデータを集めて分析することだ。ワークショップの終わりまでに、アーキテクチャが望ましい品質特性やその他のASRをどれだけ満たしているかを確認できている必要がある。

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

クロージャとは、引数以外にも関数定義時のコンテキストに含まれる変数などの情報を持つ関数オブジェクトのことをいいます。

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

私たちは、ソフトウェアアーキテクチャを、システムの構造、システムがサポートしなければならないアーキテクチャ特性、アーキテクチャ決定、そして設計指針の組み合わせで構成されるものだと考えている。

さて、SQLを使う場合、圧倒的に使用量が多いのは、やはりSELECT文です。そしてコーディングの複雑さを引き起こすのも、またSELECT文です。

良い本！

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

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

スタートアップのプロダクト開発ではひたすらイテレーションを重ねる。プロダクトを一度だけ構築して勝利を宣言するのではなく、計測、分析、テストの結果から得られた知見をプロダクトに何度も何度もフィードバックする。

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

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

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

プレイバック効果、すなわち想起性は、脳内検索性ともいえます。（……）マインドマップは、過去の経験や記憶を、脳内検索するとっかかりとなることができます。

「開発準備OK」ステージは、基本的に「このステージには、エピックからの分割と見積りが行われており、要求の内容が明確になった機能が集まっているが、どの順番で開発を行うかまではまだ決定していない」という意味を持っている。

アーキテクチャを形にする最も一般的な方法は、モデルを作成することだ。

インスタンス変数は、インスタンス、つまりオブジェクトごとに存在する変数です。同じクラスに書かれているインスタンス変数でも、オブジェクトが別ならば、別のインスタンス変数になります。