経験のあるソフトウェアエンジニア · 業務ごと

自分が書いていない系に手を入れる

このページで最も強い証拠が語っているのはこの業務であり、しかもその証拠は思いがけない向きを指している。参加者が自ら保守しているリポジトリの実際の課題を使った無作為化試験で、2025年当時のAIの道具を使った経験のある開発者は19%長くかかり、しかも自分は20%速かったと信じていた。変更に必要な文脈は、その特定の系についてその人の頭のなかにある模型が握っており、それを道具に供給する費用は、節約する分より大きい。

試験は一つ、開発者は十六人、しかも彼らがよく知っている成熟したリポジトリである。著者自身、これが大半の開発者や新規の案件を描いたものではないと明言している。同じ道具が一年後にどう振る舞うかについては何も語っていないし、一度測られた減速は、その道具の恒久の性質ではない。

機械が書いたものをレビューする

生成は詰まりどころを取り除くのではなく移す。コードがより多く届き、それを読む仕事は、そのブランチに責任を負う人のところへ落ちる。Alphabet は、Google の新規コードの四分の一以上がAIによって生成され、その後エンジニアがレビューして受け入れていると述べた。それは仕事が消えたという説明ではなく、仕事がどこへ移ったかという説明である。

生成されたコードの割合は、レビューにどれだけ時間がかかるかも、それがきちんと行われているかも、エンジニアの総数が変わったかも語らない。レビューの量が増えることも、自動的に良い仕事ではない——時間に追われたとき、最も雑にやられやすい部分である。

どう壊れるかを見据えて設計する

モデルは構成を提案し、流暢にそれを弁護できる。できないのは、その取捨の結果を背負うことである。そしてここでの取捨は技術上の好みではない——どの失敗ならこの組織が生き延びられるかについての賭けであり、それはコードではなくその組織についての事実に依る。

これは仕事の中身についての判断であって、測定ではない。そして証拠が無いことは、発見ではなく、ごく普通のほうの無さである——設計レビューは外に出されないので、設計上の判断が機械に渡されているのか、それとも渡さずに踏みとどまっているのかは、それが起きている会社の外からは観察できない。

何を世に出すかを決める

この境目のうち検証の側についての証拠は、自動の点検が十分に捕まえていないというものである。上級エンジニア200人への調査は、AIが生成した変更の43%が、検証環境と準本番を通ったあとも本番で人手のデバッグを必要としていると報告している。その割合が当たっているかどうかは別として——調査を出したのはデバッグの道具を売っている会社である——主張の形は、独立に報じられている事故と合っている。

利害関係者による自己申告の調査は、数字の証拠としては弱く、向きの証拠としてはましである。出荷の判断が全体として難しくなっているとは示していないし、対象はあらゆるソフトウェアではなく大企業向けソフトウェアである。

他の誰かができるようにする

この業務が荷を支えるようになりつつある理由は、この業務の外側にある。AI曝露度の最も高い職での22-25歳の就業は、2022年末から2026年半ばにかけておよそ11%減り、曝露度の低い層ではそうならなかった。そして若手の採用枠を削った組織のいくつかは、上級者を生み出す道そのものを取り払ったと公に述べている。下に届く人が減るなら、判断の受け渡しは良い習慣であることをやめ、供給線になる。

給与の細かいデータが示しているのは就業の減少であって、指導が増えたことでも、誰かがそこに投資すると決めたことでもない。若手の入りが細くなることと、教える仕事が上級者に多く落ちることの結びつきは、二つの事実からの読みであって、測られたものではない。

コードを書き変える自律的な仕組みを引き受ける

この仕事は2022年には存在しなかったし、放っておいて誰かに割り当てられるものでもない。生成がリポジトリに触れることを許されている場所ならどこにでも現れる。そしてそのあとに起きる事故は、モデルにではなく、誰が何を統合してよかったのかに辿られることが多い——2026年3月の Amazon の障害は、承認を経ていないAI支援のコード変更が原因とされ、その後335の系にわたる90日間のコード安全の立て直しが続いた。

一社の事故と立て直しは、業界の描写ではない。そして立て直しの計画は、何かがうまくいかなかったことの証拠であって、それがどれだけありふれているかの証拠ではない。この引き受けが、誰かが報酬をもらってやる職になっているとは、ここには何も書かれていない。