何が語られたのか
Charity Majorsは自身の論考『AI demands more engineering discipline. Not less』の中で、2025年に「コード生産の経済が上下逆さまになった」と述べました。これまでコード生成は極めて困難で、時間とコストのかかる作業でしたが、それが「実質無料かつ即時」のものへと一夜にして変わった、という指摘です。Simon Willisonは自身のブログ（2026年6月17日）でこの一節を引用し、AI支援開発の現状を象徴する発言として紹介しています。
なぜ重要か
注目すべきは、Majorsが「コードの価値観そのもの」の転換を語っている点です。これまでコードの一行一行は「大切に扱われ、再利用され、丁寧にキュレーションされる」資産でした。それが「使い捨てで、再生成可能なもの」へと変わったという指摘は、ソフトウェア開発の前提を覆します。
エンジニアリング規律はむしろ強化される
論考のタイトル『AI demands more engineering discipline. Not less』が示すように、Majorsの主張は「コードが安価になったから雑でいい」ではありません。生成が容易になったからこそ、「どのコードを残し、どう設計し、何を捨てるか」を判断する規律が問われる、という逆説です。コードが資産ではなく流動物になるなら、価値の源泉は「書く力」から「設計し選別する力」へ移ります。
💼 事業会社視点：これは自社にどう効くか
日本企業、とくにSIerや受託開発企業にとってこの転換は経営直撃の論点です。これまで「行数・人月」を価値の単位としてきたビジネスモデルは、コード生成が無料・即時になれば原価構造ごと崩れます。役員は「コード成果物の納品」ではなく「要件定義・設計・運用判断」という上流に粗利源を移す決断を、いま下す必要があります。
SaaS事業者にとっては機会です。プロダクト改修サイクルが短縮できるため、競合の真似がより速く、差別化の賞味期限はさらに短くなります。経営者は「機能の独自性」ではなく「データ・顧客理解・運用ノウハウ」という再生成しにくい資産への投資配分を見直すべきです。
EC・事業会社の情シスは、内製化のハードルが下がる一方で「使い捨てコードの蓄積」が技術的負債化するリスクを抱えます。Majorsが説くように、生成量が増えるほど設計・レビュー・廃棄の規律が必要です。CTOやVPoEの権限を強化し、「何を残し何を捨てるか」を決めるガバナンスを整備することが急務です。
