ソフトウェア開発におけるAIの統合は、単に開発スピードを加速させるだけではない。それは、プロフェッショナルとしてのアイデンティティを問うリトマス試験紙として機能しているのだ。かつて、コーディングを緻密な職人技と捉える者と、目的達成のための手段と見なす者は、職場において一見区別がつかなかった。全員が等しく構文を記述するという「手作業の苦労」を強いられていたため、各々の根底にある哲学は、その不可避な作業の陰に隠されていたのである。

開発者兼研究者のサイモン・ウィリソン(Simon Willison)は、レス・オーチャード(Les Orchard)の見解を引用し、AI支援プログラミングが明確な分かれ道をもたらしたと指摘する。一方は「ディレクター」としての役割を受け入れ、エージェンティックAI（自律型AI）やモデルを操ってロジックを生成しつつ、高度なアーキテクチャ設計に注力する道だ。対照的に職人派は、依然として手作業でのコード作成にこだわり、自らの手で生み出すプロセスそのものに価値を見出し続けている。この分岐は単なる生産性の議論ではなく、なぜエンジニアという職業を選んだのかという、核心的な動機を浮き彫りにする実存的な変化といえる。

このAIによる分断は、今後のエンジニアリング組織のマネジメントにおいて、同一チーム内に存在する二つの異なるメンタリティをどう調和させるかという課題を突きつけている。自動化ツールがスピードを提供する一方で、効率性と職人気質の間の緊張は、チームのダイナミクスや「シニア」の定義を根底から変える可能性があるだろう。「動けば良い」と考える実利派が機械を指揮してアウトプットを加速させる中で、自動化が浸透した時代に伝統的なプログラミングの「技」をいかに評価すべきか、業界は今、再定義を迫られている。

AIがプログラミングの世界に入ってきたことで、ただ作業が早くなるだけでなく、エンジニア（開発者）たちが自分の仕事をどう思っているかがわかる「リトマス試験紙（仕事への向き合い方をはかるテスト）」のようになっています。これまでは、プログラミングを「細かいところまでこだわりたい職人仕事」と考える人も、「目的を達成するための手段」と考える人も、職場では区別がつきませんでした。誰もが自分の手で一文字ずつコードを書くという大変な作業（シンタックスの入力）をしなければならなかったので、心の中で何を大切にしているかは隠されていたのです。

専門家のサイモン・ウィリソンさんたちは、AIを使ったプログラミングが大きな「分かれ道（フォーク）」を作ったと言っています。一方は、自分は「監督（ディレクター）」のようになって、AIに指示を出してプログラムの仕組み（ロジック）を作らせ、自分は全体の設計（ハイレベルなアーキテクチャ）に集中する人たちです。もう一方は、自分の手でコードを書くことにこだわり、自分で作り上げる過程を大切にする「職人（クラフト愛好家）」たちです。これは単に作業が早くなるかどうかの問題ではなく、その人がなぜこの仕事を選んだのかという根本的な考え方の違い（存在意義の変化）を表しています。

このAIによる意見の分かれ方は、これからのチームのまとめ方（エンジニアリング・マネジメント）に影響を与えるでしょう。AIを使えば仕事は早くなりますが、「効率の良さ」と「職人のこだわり」の間で意見がぶつかるかもしれません。AIに任せてどんどん進めるグループと、丁寧に作りたいグループ。この自動化が当たり前になった時代に、昔ながらの手作りのプログラミング（伝統的なクラフト）をどう評価していくべきか、みんなで決めていかなければなりません。