【Aモデル録 フェーズX プログラミング基礎 思考設計編】
主軸：アプリは製造業
まず誤解しないでください。
判断そのものが悪いのではありません。
問題は、
工程の途中で判断が発生すること
です。
製造業において、工程中に作業者の判断が毎回変わるなら、
それは正常な製造工程ではありません。
それは「属人作業」です。
アプリも同じです。
答えはひとつです。
設計と再設計のタイミングだけ
つまり、
要件を決めるとき
仕様を変更するとき
不具合の原因を分析するとき
こうした「再会」の瞬間だけです。
再会とは、
過去に封印した判断と、もう一度向き合う瞬間
のことです。
たとえば：
なぜ外部APIを使わなかったのか
なぜこの公差にしたのか
なぜこのアルゴリズムを選んだのか
その封印を開けるとき。
そこにだけ判断がある。
正常な製造構造はこうです。
判断する
封印する（仕様化・ログ化）
工程は機械的に回る
問題が起きたときだけ再会する
つまり、
判断は常駐しない。
これが重要です。
修正のたびに「これでいいんだっけ？」が発生する
人が変わると挙動が変わる
原因が追えない
精度が安定しない
これは製造業ではありません。
毎回設計会議をしながらネジを締めている状態です。
それでは量産できません。
アプリ設計の成熟とは、
判断を「閉じ込める位置」を知っていること
です。
設計書
コメント
ログ
仕様定義
これらはすべて、
判断の封印箱
です。
トラブルが起きたとき。
仕様変更が必要になったとき。
初めて封印を開ける。
そのとき、こう言える状態が理想です。
ああ、当時はこう判断したのか。
ここでだけ、判断が再び動く。
アプリを製造業にするためには、
判断は工程中に存在してはいけない。
判断は、
設計時
そして再会時
この二箇所にだけ存在する。
それ以外は、機械のように回る。
それが、安定する構造です。