【Aモデル録 フェーズX プログラミング基礎 思考設計編】
主軸：アプリは製造業
まず、はっきり切り分けます。
動いている
仕様を満たしている
これは、まったく別の判定です。
製造業で言うなら、
機械が回った
製品が出てきた
と、
は、同じではない。
ですよね。
現場でよく起きる思考。
エラーは出ていない
期待した画面は表示される
テストっぽい操作も通った
ここで頭に浮かぶ一言。
「まあ、動いてるし…いいか」
これ、人間としては自然です。
でも、工程としては危険信号。
ここ、超大事です。
動作確認
落ちないか
例外が出ないか
最低限の振る舞い
仕様確認
決めた通りに振る舞っているか
条件・境界・例外が守られているか
「動いている」は、
動作確認が終わっただけ。
仕様確認は、まだ始まってすらいないことも多い。
実行できないコードは、
問題が見える
修正対象だと分かる
でも、動いているコードは違う。
問題が隠れる
違和感が感覚で処理される
「あとで直せばいい」が発生する
そして、そのまま次工程へ流れる。
これが一番まずい。
見た目は完成品
寸法がズレている
でも組み立てには使えてしまう
こういう部品がラインに流れたらどうなるか。
👉 後工程で必ず破綻する
アプリも同じです。
工程の言葉に直すと、
動いているかどうかは、
入口条件であって、
合格条件ではない。
実装が「動いた」瞬間に、こう問いかける。
これは
仕様を満たして動いているのか
それとも
たまたま動いているだけなのか
この問いが自然に出てくるなら、
あなたはもう
「動作」と「工程」を分けて見ています。