モジュール設計は、コードを「片づける」作業というより、変更が増えても破綻しないように「揺れ」を制御するための設計です。

テストは「やった・やっていない」ではなく、「どう設計したか」で品質が決まります。

大規模コードベースが「分割せざるを得ない」局面に至るまで、たいてい劇的な転換点はありません。最初に現れるのは、日々の開発で感じる小さな摩擦です。

状態管理は、立ち上げ期ほど「問題として見えない」領域です。状態の種類も更新経路も少なく、どこで値が変わり、どこでUIに反映されるかを頭の中で追えます。

単体テストは、システム全体の完成形を直接確かめる手段というより、変更のたびに崩れやすい「局所」を先に固めるための技法です。

テストにおけるモックは、依存関係を切り離し、検証対象を小さく保つための実践的な手法です。