開発プロセス
AgentOSは「AI」よりもワークフローエンジンに近い ワークフローエンジンとは何をしているのか 開発は直線ではなくグラフとして扱われる イベント駆動で動作している LLMの役割はワーカーに近い なぜこの構造が必要なのか 実際の動作の流れ 注意点：すべてが…
従来の開発ツールはどこを支援していたか LLMが変えたもの なぜ「SDD」になるのか SDDツールが担う役割 実際の開発で起きている変化 リスクと注意点 今後どうなるか ここ1〜2年で、SDD（仕様駆動開発）関連ツールが急に増えました。 Agent系ツール、仕様管理…
形式化とは何を指しているのか なぜ開発が遅くなるのか ― 決定待ちが増える もう一つの遅延要因 ― 承認プロセス 仕様の完全性と探索のトレードオフ 現場で起きる具体的な問題 リスクと注意点 どうすれば速度を落とさないか SDD（仕様駆動開発）を導入したの…
フロントエンド主導開発は可能。ただし条件を満たさないと破綻する フロントエンド主導開発とは何を指すのか 成立しないケース 成立する条件 1. クライアントの状態モデルが存在する** 2. API契約が先に定義される** 3. ビジネスルールの責務分離** SDDとの…
プロトタイプは仕様を決める道具ではなく「仕様の誤解を減らす道具」 プロトタイプが優れている点 プロトタイプが仕様にならない理由 例：注文処理プロトタイプ よく起きる失敗 SDDでの正しい扱い方 実務的な変換方法 注意点 ― プロトタイプの危険な副作用 …
画面仕様書は「丁寧に書くほど危険」になりやすい なぜ画面仕様書は仕様に見えるのか 画面仕様書が失敗する構造 例：プロフィール編集 もう一つの問題 ― 実装順序を縛る 画面仕様書とSDDの衝突点 よくある誤解 では画面仕様書は不要なのか 実務での改善方法 …
SDD(仕様駆動開発)はTDDを置き換えるのか TDDが解決しようとしている問題 SDDが解決しようとしている問題 両者の関係を整理する なぜTDDだけでは不足するのか SDDを導入するとTDDは不要になるのか よくある誤解：SDDはテストを増やす手法 導入時の注意点 現…
SDDは「新しい開発手法」ではなく工程の再定義である ウォーターフォールの工程構造 SDDの工程構造 工程レベルの比較 なぜ同じに見えてしまうのか 実際のプロジェクトでの挙動 品質保証の考え方の違い 注意点 ― SDDは魔法ではない よくある誤った導入 最後に…
変わるのは「コード量」ではなく開発工程 AIが入ると開発フローはどう変わるか 要件定義の重要性が上がる理由 テスト工程の変化 デバッグの役割は消えない エンジニアの役割の変化 チーム開発への影響 ありがちな失敗 これからのソフトウェア開発 変わるのは…
AIを導入しても生産性が上がらない理由 特徴1：レビューが「正解探し」になっている 特徴2：タスクが大きすぎる 特徴3：仕様が会話の中にある 特徴4：失敗を記録しない 特徴5：責任範囲が曖昧 注意点：教育コストは一時的に上がる ではどうすれば生産性は上…
コマンドを知っているだけでは安定しない 「使っている」状態 「理解している」状態 バージョン制約の読み方 間接依存を意識する composer.lockの扱い デプロイ時の行動 なぜ差が大きくなるのか 注意点：経験だけでは補えない まとめ：操作ではなく前提を理…
問題はコードではなく「共有されていない前提」 最初に起きる小さな違和感 composer.lockを軽視した場合 なぜ問題が拡大するのか よくある誤対応 本番でのみ発生する理由 依存関係が管理されている状態 なぜ炎上につながるのか 注意点：ツール導入だけでは解…
なぜComposerのトラブルは「人間側の問題」になるのか composer.jsonは設定ではなく宣言 composer.lockは契約の確定版 なぜチーム開発で重要になるのか 破られると何が起きるか なぜComposerは厳密なのか 契約としての運用方法 installとupdateを分ける 変更…
