【要約】The cost of saying yes has changed [GitHub_Blog] | Summary by TechDistill
> Source: GitHub_Blog
Execute Primary Source
// Problem
ソフトウェア開発の現場において、エンジニアは小さな機能追加に対しても、潜在的なリスクを回避するために膨大な議論や会議を重ねてきた。従来は「コードを書くこと」が最も高価な工程であったため、慎重な検討が不可欠だった。
- ・実装コストを回避するために、スコープの検討に多大な時間を費やしている。
- ・「実装は大変だ」という前提に基づき、不確実な変更に対して反射的に拒絶や慎重な議論を行っている。
- ・議論そのものが、実際の修正作業よりもコストが高くなる逆転現象が発生している。
// Approach
エンジニアは、AIエージェントを完成品を作るためではなく、変更の影響範囲を調査するための「探針（プローブ）」として活用すべきである。実装の試行コストが下がった今、議論よりも先に具体的な証拠を得ることが合理的である。
- ・議論を続ける前に、AIに最小限のパッチを生成させる。
- ・生成された差分を、ファイルへの影響範囲やテストの容易さ、既存の抽象化の維持といった観点で検証する。
- ・抽象的な「不安」を、具体的な「コード差分」という証拠に置き換えて判断を下す。
// Result
意思決定の基準が「実装が大変か」から「変更を所有するコストはいくらか」へとシフトする。これにより、エンジニアは不確実な要求に対して、より迅速かつ正確な判断を下せるようになる。
- ・抽象的な「不安」を、具体的な「コード差分」という証拠に置き換えることで、判断の精度が向上する。
- ・「やってみる」ことのコストが下がり、不確実な要求に対して迅速な価格付けが可能になる。
- ・エンジニアは、実装の作業者から、AIが生成した成果物を評価・管理する監督者へと役割が変化する。
Senior Engineer Insight
> 実装コストの低下は、開発速度を上げる一方で、レビューと所有の責任をより重くする。AIが生成した「綺麗なコード」に惑わされてはならない。認証やデータ保持といった、変更の影響が甚大な領域では、実装の容易さに関わらず厳格な判断が必要だ。真のスキルは、AIを用いて「実装の試行」を安価に行い、その結果から「運用・保守のコスト」を即座に算出する能力にある。