虎嗅

日本語の見出し例: 「自分でコードを書くことが『古風なプログラミング』と呼ばれるようになった」

原文:当亲手写代码开始被叫作“古法编程”

核心内容の要約

この記事は、プログラマーの間で流行っている「古風なプログラミング」のジョークをきっかけに、AIがソフトウェア業界にもたらす深い変革を明らかにしています。かつてはプログラマーが自らコードを書くのが当たり前でしたが、今ではAIが大量にコードを生成できるようになり、コードは「希少で高価な生産資源」から「安価で手に入りやすい商品」へと変わりました。この変化は、プログラマーの仕事内容(「コードを書く」ことから「コードが正しいか、システムが信頼できるかを判断する」ことへの転換)だけでなく、ソフトウェア業界の組織形態(「複数の人が作業を行い、少数の人が判断する」から「少数の高い判断力を持つ人材と機械が作業を行う」への変化)や価格設定の仕組み(シンプルなソフトウェアは安価になり、信頼性の高いコアシステムはより高価になる)にも影響を与えています。最終的な結論として、AIはプログラマーを置き換えるのではなく、プログラマーの核心的な能力を再定義するものだとされています。未来の真のプログラマーとは、「何を構築すべきか、何を諦めるべきか」「どこで妥協できるか、どこで絶対に譲歩してはならないか」を判断できるシステムの意思決定者なのです。

詳細な解説

1. コードが「高級品」から「安価な商品」へと変わり、AIが過去の希少性を打破

なぜかつてコードを書くことが高価だったのでしょうか?例えば、ビジネス部門が「顧客のランクに応じて承認プロセスを自動化したい」と言った場合、プログラマーはその要求を機械が理解できるコードに変換する必要がありました。要求の分析、データモデルの構築、インターフェースの設計、フロントエンド・バックエンドの開発、テストとデバッグなど、すべてを手作業で行わなければならなかったため、コードは「希少な資源」とされ、企業が内部システムを構築するにはチームを維持する必要がありました。

しかし今ではAIが登場しました。かつて半日かかっていたインターフェースの開発も、AIなら数分で初版を作成できます。馴染みのないフレームワークの設定もドキュメントを調べる必要なく、AIが直接修正できます。繰り返し使うテンプレートコードやテストコードも機械が処理できます。AIが生成するコードが必ずしも正しいとは限りませんが、コードを「生産」するコストは大幅に下がりました。コードはもはや「高価なもの」ではなく、水道水のように簡単に手に入るものになりました。

2. コードの書き方は簡単になったが、「正しいかどうかを判断する」ことが最大のボトルネックに

多くの人はAIによってソフトウェア開発が容易になると思っていますが、実際は逆です。AIが下げたのは「コードを生成する」コストであり、「コードが正しいかどうかを判断する」コストではありません。例えば、AIは迅速に支払いインターフェースを作成できますが、そのお金をいつ支払うべきか、失敗した場合に再試行できるか、再試行しても同じように請求されるか、金額を誰が変更できるかといったビジネスロジックやセキュリティに関わる問題はAIでは解決できません。

さらに重要なのは、AIによってコードの生産能力が爆発的に増加したことです。かつてはプログラマーが1日に300行のコードを書くのが限界でしたが、今ではAIを使えば1日に数万行のコードを生成できます。この場合、効率を制限するのは「どれだけ速く書けるか」ではなく、「どれだけのコードを理解でき、どれだけのコードに責任を持てるか」です。したがって、ソフトウェア業界のボトルネックは「どうやってより速く書くか」から「どうやってコードが存在する価値があるかを証明するか」へと変わりました。

3. ソフトウェアチームは「スリム化」する必要がある:「大量の人員」から「少数のエリートと機械」へ

かつてのソフトウェアチームの考え方は「人数が多ければ力も強い」というものでした。要求が増えれば開発者を増やし、開発者が増えればテスターを増やし、システムが大きくなればメンテナンスを増やす——多くのアウトソーシング会社は「人件費」で料金を請求していました(例えば、1人のエンジニアが1日働いたらいくらという計算)。しかし今ではこの考え方は通用しません。

ロイター通信によると、インドの大手アウトソーシング企業(タタコンサルティング、インフォシスなど)はビジネスモデルを変更し、時間単位での料金請求から「結果」に基づく料金請求に移行しています。顧客がAIを使って一部の作業を内部に戻しており、「人数が多い」ことはもはや利点ではありません。未来のチームは、アーキテクチャを理解し、判断力のある少数の人材がAIエージェントを指揮する形になるでしょう。例えば、かつては10人がコードを書いていた場合、今では1人が目標を設定し、範囲を定め、結果をチェックし、残りを機械に任せます。

4. プログラマーの核心的な能力が変わる:「コードを書く労働者」から「システムの審判者」へ

かつての若いエンジニアは「この機能を書けるかどうか」を競っていましたが、未来は「この機能をシステム全体にどのように統合するか」を競うことになります。例えば:

  • かつて:支払いインターフェースを書ければよかった
  • 未来:支払いインターフェースが他のシステムとどのように連携するか、セキュリティの境界はどこにあるか、問題が発生した場合に誰が責任を持つかを理解する必要があります。

これは写真撮影に例えられます。スマートフォンが普及してから、「シャッターを切る」ことができるだけでは価値がなくなり、プロの写真家は構図や物語、美的感覚で勝負をします。プログラマーも同じです。「コードを書ける」ことはますます一般的になり、「システムが正しいかどうかを判断し、システムの境界を定義できる」ことが核心的な能力になります。

5. ソフトウェアの価格設定が分化する:「動くだけのソフトウェア」は安価で、「信頼できるソフトウェア」はより高価に

かつて企業がソフトウェアを購入したのは、自社で開発するのが高コストだったからです(例えば、CRMシステムを構築するには数十人が必要でした)。しかし今ではAIによって開発コストが大幅に下がり、企業は「なぜ自社でAIを使わないのか」と考えるかもしれません。しかしすぐに気づくでしょう:

  • シンプルな内部ツールや一回限りのアプリケーション:AIを使えば非常に安価になり、ますます商品化されます。
  • 資金や医療、生産に関わるコアシステム:アーキテクチャの安定性、セキュリティの信頼性、問題発生時の責任が必要であり、これらの能力はAIでは提供できないため、より高価になります。

未来の企業がソフトウェアを購入する際には、「コードを書いてもらう」のではなく、「システムが安全かつ信頼性を持って動作するようにしてもらう」ことを求めるようになります。信頼できるソフトウェアが新たな「高級品」となるでしょう。

最後の一言でのまとめ

AIはプログラマーを排除するのではなく、プログラマーを「コードを書く肉体労働」から解放し、より価値のある「システムの意思決定」を行う存在にするのです。未来のプログラマーとは、単にコードを打つ「道具」ではなく、システムの「審判者」となる人です。