Question 1

フレームワークの定義と、規格を決める側・決められる側の関係とは何か？

Accepted Answer

部品の「規格を決める側」がフレームワークであり、規格に従って部品をはめ込むことで機能を実現する。 部品の「規格を決められる（従う）側」がライブラリであり、言語の関数呼び出しなどの緩い規格で動作する。 フレームワークの制約（ルール）が強ければ強いほど、プロジェクト特有の意思決定や自由度が損なわれる。

Question 2

なぜフレームワークを使うことが、ビジネスの速度や成功を制限することがあるのか？

Accepted Answer

バニラ（標準API）なら簡単にできる処理が、フレームワークの型にはめるために複雑化し、余計なコードや苦労が発生する。 定期的なアップデート追従により、自社のビジネスに直接貢献しない「本質的でない作業」に時間を奪われる。 誰にとっても平均的な選択（60〜80点）を保証するが、他社を出し抜くような尖った機能（100点）の実現の足かせになる。

Question 3

「脱フレームワーク（ライブラリやバニラの活用）」にはどのような利点があるのか？

Accepted Answer

規格の主導権をプロジェクト側で握ることで、独自のユースケースを満たすためのシンプルなインターフェースを構築できる。 現代の生成AIを活用すれば、フレームワークの力を借りずとも、ボイラープレートの記述などを任せて高速に開発できる。 依存関係の数を最小限に抑えることで、バージョン追従の手間や脆弱性、サプライチェーンアタックのリスクを大幅に低減できる。

Question 4

現代の生成AIを用いた開発において、人間のエンジニア（アーキテクト）に求められる役割とは何か？

Accepted Answer

生成AIは設計や部品分割がまだ苦手なため、出力されたコードの設計的な良し悪しを人間が見極める必要がある。 AIの過剰な提案に流されず、保守性やテスト容易性を担保するために「あえて実現（開発）しすぎない」という意思決定を行う。 メンバーのスキルレベルやプロダクトのフェーズ（0から1、または10から100など）を見極め、適切な技術選定を主導する。

Question 5

「プレモーティブ（事前振り返り）」とは何か、またそれをどうAIと活用すべきか？

Accepted Answer

ポストモーテム（事後振り返り）の逆であり、設計段階などの事前に「この決定をすると将来どう破滅するか」を予測・シミュレーションする手法。 「この設計にすると将来何が起こるか」をAIに相談することで、AIに中長期的なリスクを意識させ、最適な選択肢を引き出しやすくなる。 人間が過去に経験した「失敗のコンテキスト」を意思決定プロセスに組み込むことで、AIには真似できない堅実なアーキテクチャ設計を導く。

Podcast振り返り

#12 フレームワークは"補助輪"、加速装置じゃない