【Aモデル録 フェーズX プログラミング基礎 思考設計編】
主軸：アプリは製造業
まず前提を確認します。
アプリを製造業として見るなら、
仕様は「設計図」
コードは「加工工程」
ログは「作業記録」
です。
ここで重要なのは、
作業記録に何を残すか です。
工場では、
温度
圧力
加工時間
ロット番号
などを記録します。
これは 事実 です。
しかし、こうは書きません。
「今日はちょっと不安だったから温度を高めにした」
「なんとなくこの素材は弱そうに感じた」
これは記録しない。
なぜか？
それは 再現性を壊すから です。
判断とは、
その瞬間の前提
その人の経験
その時の心理状態
不完全な情報
これらを混ぜた“仮の結論”です。
つまり判断は、揮発性が高い。
すぐに跡形もなく消えてしまうものです。
製造業で揮発性の高いものを
品質記録に残したらどうなるか。
後工程が混乱します。
アプリ開発でよくあるのはこれです。
ログに
「バグだと思ったので例外処理を追加」
「怪しかったので修正」
と書く。
一見丁寧です。
でも後から読むと、
何が事実だったのか
何を観測したのか
何が再現条件なのか
が分からなくなる。
判断が事実を覆い隠す。
これが問題。
残すべきは：
何が起きたか
どの値だったか
どの入力で発生したか
どの工程で発生したか
つまり 観測事実のみ。
判断はどうするか？
頭の中で仮説として扱う。
ログには書かない。
理由は三つ。
判断は状況依存。
事実は再現可能。
「思った」は責任を曖昧にする。
判断を固定すると、
後からそれを前提にしてしまう。
これは設計の重心を歪めます。
フェーズ2は
思考を壊さないための設計原理（重心の確立）
でしたね。
判断を記録に残すと、
設計が感情に引っ張られる
ログが物語になる
工程が再現不能になる
つまり、
製造業として崩れる。
だから、
記録は事実だけ
判断は仮説として扱う
これが原理です。