経験のあるソフトウェアエンジニア

制約が文書化されておらず、それまでの判断がすでに背負ってしまったもののなかに宿っている、大きく長く生きてきたコードベースの内側で変更を加える。

自分が書いてもおらず、その場にもいなかったコードを読み、正しいかどうかを決める——しかも生成が安くなるほど増えていく量で。

構造を選び、そしてどの壊れ方を受け入れるかを選ぶ——依存先が落ちていて、要求の半分がすでに走っている午前三時に、何が起きるかを分かったうえで。

これはこの既知の危険を承知で、いま出す、と言う人であり、そのあと答える人であること。

教えるレビュー、二人一組での作業、そして文脈を意識して手渡すこと——チームが、判断できる人を持ち続けるための仕組みである。

自動でコードを書く仕組みが監督なしに何をしてよいか、何を必ず尋ねさせるか、その出力がどこからブランチに入るかを定め——そしてその設定に名前がつく人であること。

大きく成熟した、自分がよく知るリポジトリ(それぞれおよそ5年)の保守者が対象である。道具は主に Cursor Pro と Claude 3.5/3.7 Sonnet。著者は、この結果が大半の開発者や、新規案件、若手の仕事に一般化できるとは明示的に主張していない。

失敗、撤回、規制、あるいは費用が導入を抑えている。判断を下げる、あるいはその不確かさを広げることがある。

あなたはまだこのページの人ではないし、ここへ至る道こそが圧力を受けているものである——先に若手のページを読むこと。ここで最も大事なのは、この職業が売っている能力が、ある特定の系についての判断だということであり、それは良い道具を使うことではなく、その系の内側にいることで身につく、ということである。

このページで測られた発見は、自分のコードベースの上ではその道具があなたを速くしなかったこと、そしてあなたはそう思っていなかったかもしれないことである。それを安心ではなく、自分の仕事を自分で測る理由として扱うこと。試験は小さく、一年前のものである。そして伸びているのは打鍵ではない——届いたものをレビューすること、そして自律的な仕組みに何を許したかに答えることである。

留まって強くする

否と言うことを信じてもらえる人になる

生成された変更が増えるほど、詰まりどころは、通る理由を添えてそれを断れる人へ移る。その権限は、特定の系について、人前で、繰り返し正しくあることで手に入る。

職の形を組み替える

自律的な仕組みに何を許すかを引き受ける

自動の変更が何に触れてよいか、どこから入ってよいかを、誰かが決めなければならない。大半のチームでそれは誰にも与えられておらず、だからこそ職務記述書ではなく事故の報告書のなかに現れる。

隣へ移る

正しさが法によって高くつく場所へ移る

決済、安全が絡む系、規制のかかったデータ——監督のない変更が許されていない場所であり、だからレビューと責任は、当然のものとして期待されるのではなく、費用がついている。

業種をまたぐ

問題の側へ移る

ソリューションエンジニアリング、技術寄りのプロダクト、開発者体験——系のしくみと、誰かがそこに何を求めているかの両方を分かっていることが価値になり、しかも書くことがもともと希少ではなかった職である。

このサイトが持っている唯一の無作為化試験は逆の結果を出しており、持っておくべき細部は、測定と実感のあいだの隔たりである。自分が知っているリポジトリの実際の課題に取り組んだ、経験のあるオープンソースの保守者16人は、2025年当時の道具を使ったとき19%長くかかり、自分では20%速かったと見積もっていた。著者は、これが大半の開発者や新規案件を描いたものだとは主張していないし、一年前のものである。それでも示されているのは、成熟したコードベースの上では速くなることが自動ではないこと、そして自分に訊いても決着しないことである。

それを数字で答えられる人はいないし、両方の側の自信たっぷりの答えは、どれも何かを売っている。より役に立つ問いは「仕事のどの部分か」である。部分ごとに速さが違うからである——定型的なコードを書くことはすでに大半が機械の手にあり、それが出したものをレビューすることは独立した仕事に育ち、既知の危険を承知で何を出すかを決めることは、能力ではなく責任なので動いていない。代わりに、自分で確かめられる信号を見ること——いま一週間のどれだけが、自分の書いていないコードを読むことに使われているか。

安全なのではなく、晒され方が違うのであり、その二つは見ておく価値のある形でつながっている。AI曝露度の最も高い22-25歳の就業は2022年末から2026年半ばにかけておよそ11%減り、若手の採用枠を削った組織のいくつかは、上級者を生み出す道そのものを取り払ったと公に述べた。上級者をつくるのをやめた職業は、あとになって供給の問題を抱えるのであって、いま安全が保証されているのではない——そしてその間、かつてチーム全体に散らばっていた教える仕事は、より少ない人に落ちる。

このサイトはまだそれに答えられないし、そう言うことのほうが当て推量より役に立つ。その三つは本当に晒され方が違うが、それらを分ける証拠をこちらは持っていない——ここにある記録は、研究がそう設計されていたために、技術の層ではなく職位で区別している。フロントエンドとバックエンドを自信たっぷりに順位づける話は、誰かの印象として扱うこと。証拠が支えているのは、自分の領域で間違いがどれだけ高くつくかで選ぶことであり、それは三つを横断する。

自分が書いていないコードをレビューすること、そしてなぜ突き返したのかを言えることである。この技能はもともとこの職のなかにありながら、誰かがそれで採用されたり評価されたりするものではなかった。それがいま詰まりどころになっている。生成が、仕事を産むことから判断することへ移したからである。そしてそれは、否と言うことを信じてもらえる人になるための能力でもあり、この職のなかで、代わりの見当たらない部分である。