【Aモデル録 フェーズX プログラミング基礎 思考設計編】

フェーズX 章構成｜タイトル一覧

はじめに ～Aモデル フェーズXに入る前に～

第1章｜アプリは「製品を作る製造業」である

― 思考と感情を切り離すための前提確認 ―

• 01-01:なぜ「アプリは製造業」なのか

• 01-02:アイデアは原材料、コードは加工結果

• 01-03:「いいコード」と「売れる製品」は別物

• 01-04:製品には必ず仕様が先にある

• 01-05:感情でアプリを作ると、不良品が増える理由

• 01-06:設計図を描かずに作る危険性

• 01-07: アプリ開発を「効率化しない」という考え方

• 01-08:アプリを「製品を作る組織」として見る視点

第2章｜思考を壊す原因は「工程の混線」

― 設計・製造・検査を分ける ―

• 02-01:思考が壊れる瞬間はどこで起きているか

• 02-02:設計中にアプリ製造を始めてはいけない理由

• 02-03:コーディング中に仕様変更したくなる正体

• 02-04:「とりあえず動かす」は製造業では禁止

• 02-05:混線が起きると、判断が感情化する

• 02-06: アプリ製造では、工程分離がメンタルを守る

• 02-07: Aモデルはアプリ製造工程を分離するための道具

• 02-08:アプリ製造における「工程」という考え方

第3章｜仕様は「固定」、実装は「可変」

― 壊していい場所、壊してはいけない場所 ―

• 03-01:仕様とは何か（要求ではない）

• 03-02:仕様が揺れると、全工程が不安定になる

• 03-03：なぜ仕様は固定されるのか

• 03-04:可変でいいのはどこか

• 03-05:本文（コード）はなぜ書き換えてよいのか

• 03-06:ロジック変更と仕様変更の違い

• 03-07:仕様を守るために、実装を捨てる

• 03-08:「動いているからOK」が危険な理由

• 03-09:アプリ製造のための、固定点と可動点の理解

第4章｜ワンログは「製造記録」である

― 過去の判断を工程に封じる ―

• 04-01:製造業における製造記録の役割

• 04-02:ワンログは成果物ではない

• 04-03:判断を記録に残さない理由

• 04-04:なぜログは客観的でなければならないか

• 04-05:「当時の判断」を工程に封印する

• 04-06:再会時にだけ判断が発生する構造

• 04-07:ログがあると、作り直しが怖くなくなる

• 04-08：アプリ製造のための、記録と判断の分離

第5章｜検査工程としての「今の自分」

― 判断は最後にまとめて行う ―

• 05-01:製造と検査は同時にやらない

• 05-02:「今の自分」は検査官である

• 05-03:過去の自分は作業員

• 05-04:なぜ他人化が必要なのか

• 05-05:不良品を責めない文化

• 05-06:作り直しは失敗ではない

• 05-07:判断を後回しにできる強さ

• 05-08:アプリ製造における、検査という役割

第6章｜思考を壊さないための製造ライン設計

― 個人開発における現実的ライン ―

• 6-1:個人開発でも工程は分けられる

• 6-2:小さなラインでいい理由

• 6-3:完璧なラインを目指さない

• 6-4:破綻しない最小構成

• 6-5:Aモデルをどこに置くか

• 6-6:日常に組み込む方法

• 6-7:続けられる設計とは何か

最終章｜思考を壊さないアプリ設計のために

― 思考を壊さずに作り続ける ―

• 7-0:最終章｜思考を壊さないアプリ設計のために

Top - はじめに｜この忘備録と｢Aモデル｣について