LO
初級ソフトウェアエンジニア
説明された問題を、動いて保守できるコードに変える —— そして近年はますます、生成されたコードが本当に正しいかを判断する仕事になっている。
これは職を失う確率ではない。その職の業務量のうちどれだけが自動化にさらされているかと、導入が実際にどこまで進んだかを一つの値に合わせたものであり——同じ一つのものさしで職業どうしを比べるためだけに使える。それ以外には使えない。
入社直後からキャリア初期のソフトウェア職に限って書いている。上級のエンジニアリングとは絵がまったく違うからである。本サイトは現在、ソフトウェアの仕事を二通りに切った六つのページを持っている:職位で切ったもの(このページと中高級エンジニアのページ)と、レイヤーで切ったもの(フロントエンド、バックエンド、データエンジニアリング)。最初のフロントエンド職に就いた人はそのうち二つに載る —— それは意図的であり、二つは別の問いに答えている。
実際に何が変わりつつあるか#
分析の単位は肩書ではなく業務です。職が置き換えられるのではなく、その業務の構成が移ります。
これはあなたの仕事ですか。そう言えば、このページはあなたの持ち分に絞られます。
肩書とは、まとめ買いされた業務の束であり、同じ束を持つ人は二人といません。どこにも送られません——このブラウザの中に留まります。
定型的なコードを書く
自動化されつつある✓ 証拠に基づくCRUDのエンドポイント、フォーム、標準的な連携、既知のパターンに対するテスト。
仕様がはっきりしていて、学習データに大量に含まれていて、走らせればすぐ確かめられる。コード生成にとって最も強い筋書きであり、そして偶然にも、若手が雇われてやっていた仕事の大半がこれである。
生成することと、それを引き受けることは同じではない。誰かが「これは正しい」と判断しなければならず、そしてその誰かは歴史的に、まず自分で書くことによって判断できるようになってきた。
よく知らないシステムのデバッグ
増強されつつある≈ 本サイトの推定症状のある場所に原因がないときに、なぜ壊れたのかを突き止める。
ツールは仮説を出すこととスタックトレースを読むことが本当に得意である。弱いのは、特定のシステムの模型を頭の中に保ち、どの観測が決定的になるかが分かる部分である。
生成コードの天井が最もはっきり現れるのがここであり、そしてこれこそ、若手と「一人にしておける人」を分ける技能である。
生成されたコードをレビューする
新しい業務✓ 証拠に基づくもっともらしいコードを、自信を持って間違っている箇所を捕まえられるだけ丁寧に読む。
作られるコードの量が急に増え、それを検証する必要も一緒に増えた。流暢なのに間違っているコードをレビューすることは、独立した、そして新たに中心となった技能である。
うまくレビューするには、レビュー対象を自分で書いたことが要る。その判断力を育てていた「書く仕事」こそが自動化されている仕事なのだから、この業務は数年のうちに供給の問題を抱える。
曖昧な要望を仕様に変える
いまも人が主導≈ 本サイトの推定本当は何を作るべきなのかを明らかにする問いを立てる。
利用者、事業、そして既に試されたことについての文脈が要る。生成はこれより下流にあり、間違った仕様を、人がやるより速く増幅する。
これは通常は上級者の責務である。それを若手の業務として挙げているのは、この職が今どこにあるかではなく、どこへ向かっているかを描いているからである。消えたのは、そのあいだにあった中間の段のほうである。
部品どうしの組み合わせ方を決める
いまも人が主導≈ 本サイトの推定二年後にもまだ成り立っている構造とトレードオフを選ぶ。
トレードオフの判断は、コードベースの外にある制約 —— チームの人数、期限、事業が次に必要とするもの —— に依存する。それが「上級」という言葉の中身であり、そして若手が二年間定型的なコードを書くことで到達していた目的地でもある。
上級者は安全だと言うことは、入口についての言明ではない。上級への道は二年分の定型コードを通っており、その道に代わるものは何も現れていない。
ここで効いてくる技術はどれか#
四つの別々の signal です。意識して足し合わせていません——二つの技術にさらされている職が、二倍さらされているわけではありません。
ここに至るまで#
この指数は動かない数字ではありません。これは、ChatGPT 以降の能力の検査点ごとに、それがどこにあったはずかです——再構成されたものであり、そう明記しています。
● この職業についての2件の検証済みの出来事を、それが起きた日付の上に置いてあります——印の近くの線は、確かめられる何かに固定されています。
基準線にはすでにコードの補完が入っている。それは ChatGPT より前に出ていた。2023〜2024年の上りは急で、そのあと2025年に平らになる——一部は能力、一部は採用の調整である。若手の採用を削ったいくつかの組織が、人が上級になっていく道筋を自分たちで取り除いてしまったと公けに述べた。
平らな線は、安全の予測ではありません。それは、自動化がこれまでどの業務に届いたかを言っています——ここで最も動かなかった職業は、制約が身体的か規制によるものであり、そしてそのどちらも変わりうります。
最近の変化#
論文の付録では、システムソフトウェア開発者は最高曝露五分位のなかで就業者数の第7位にあり、ソフトウェア開発は著者が事例研究として取り上げた二職種の一つである。データは ADP の米国民間部門の給与記録で、数百万人分、2022年11月から2026年6月まで。11%の減少は最高曝露の二つの五分位における22-25歳のもので、同じ年齢層でも最低曝露の三つの五分位では約10%増えている。経験のある層には同様の差が見られず、著者は経済全体に広がる置き換えの証拠は見つからなかったと明言している。分析は記述的であって因果的ではなく、業務(タスク)単位ではなく職業単位で測られている。
採用、人員、労働時間、職務範囲の、検証できる変化。最も重い——ただし因果の帰属は、前提とするのではなく論じられなければならない。
大手技術企業一社の、自社申告の数字であり、「生成された」の測り方(補完なのか関数まるごとなのか)の定義はない。採用については何も語っていない。レビューの段はエンジニアの手に残った。
雇用主がそれを本番に置いた。基準線を動かしうる——規模と、その場がどれだけ似ているかで重みづけされる。
これがあなたにとって何を意味するか#
この職業は、最初の一群のなかで入口と上級の落差が最も鋭い。若手の職を経済的に成り立たせていた業務こそが自動化されつつあり、上級の仕事を定義している業務のほうは自動化されていない。危ないのはプログラミングが職業でなくなることではなく、梯子の上のほうはそのままに、一番下の段が外されつつあることである。具体的に言えば——量ではなく判断を示す必要があり、しかも普通ならまだ求められない時期にそれを示す必要がある。
あなたの位置は比較的強い。ただしそれは、判断力を遅い道のりで身につけた人が供給され続けることに依存している。入口の段が壊れたままなら、数年後にやってくる制約は自動化ではなく、ツールの出力をレビューできるだけの経験を誰も積んでいない、ということになる。あとになってからではなく今、採用と育成の問題として考える価値がある。
選べる道#
四つの方向。それぞれに現実の制約と、今週試せることが一つ付いています。いまのまま続けることも正当な選択です——ただし、選ばれたものでなければなりません。
梯子が期待するより速く判断力をつくる
希少なのは、生成されたコードが正しいかどうかを言える人である。二年待たなくても、初日から示しはじめられる。
本当に失敗が痛いコードベースのなかにいることが要る。練習用の題材ではこれは身につかない。
生成されたプルリクエストを一つ——自分のでも同僚のでもよい——取り上げ、本物の問題を見つけるレビューを、理由まで書いて残す。これを毎週やり、書いたものを取っておく。
間違いが高くつく領域で深くなる
決済、セキュリティ、データ整合性、インフラ——自信たっぷりの誤答が実際のお金を失わせる領域では、人が輪のなかにしっかり残る。
深さが要り、深さには時間がかかる。一つ選び、周りが訊きに来る人になるまで留まること。
いま関わっている系のなかからそういう領域を一つ選び、その壊れ方を他人に説明できるようになるまで端から端まで読む。
エンジニアリングと問題のあいだに立つ職
ソリューションエンジニアリング、開発者体験、技術寄りのプロダクト——系のしくみと、誰かがそこに何を求めているかの両方を分かっていることが価値になる職である。
伝えることが一級の技能として要る。誰もが伸ばしたいと思う類のものではない。
自分がつくったものの説明を書き、事情を知らない人に渡して、助け船を出さずにどこで詰まるかを見る。
ソフトウェア以外の領域にエンジニアリングの考え方を持ち込む
その分野を分かっていて、しかも作れる人が、ほとんどいない業種は多い。この組み合わせは希少で、生成と競合しない。
分野の知識はほぼゼロからやり直しになり、最初の一年はたいてい後退しているように感じる。
ソフトウェア以外の分野で、繰り返しの多い困りごとを抱えている人を見つけ、それが少しでも楽になる最小のものをつくる。その一件がそのまま証拠になる。
よくある問い#
学ぶべきである。ただし五年前とは理由が違う。かつてプログラミングを学ぶことは、コードを産み出せるようになることだった。いま価値があるのはコードを判断できることであり、自分に書けなかったコードは判断できない。訓練としては今も効く。変わったのは、その判断力を身につけているあいだ給料を払ってくれる入口の求人が、もう当てにならないという点である。最初の職が教えてくれると当て込むのではなく、その空白を明示的に見込んでおくこと。
その職が存在していた経済的な理由——仕様のはっきりした仕事を安く大量にこなすこと——は弱まっており、それは景気の波ではなく構造の変化である。とはいえ、若手の採用をやめてしまったチームは自分で自分の問題をつくる。数年後、出力を苦労して判断できるようになった人が誰もいなくなるからである。この職は、生産ではなくレビューと判断を軸に定義し直され、チームあたりの人数は以前より減る、と見ておくのがよい。
入口のエンジニアにとっての信号はモデルの能力ではなく、勤め先の新卒採用である。今年の若手採用数を二年前と比べてみること。若手の採用枠を削った組織のいくつかは、上級者を生み出す道そのものを取り払ったと公に述べている——その表明こそが追う価値のある出来事である。
定型的なコードを書くこと——自動化と印をつけた業務であり、かつて若手の最初の二年を埋めていた仕事である。システム設計と要件は危うくないが、それはその二年を経た先にあるものであり、その道に代わるものは現れていない。
学ぶ意味はある。ただし理由が変わった——いまプログラミングを学ぶのは、コードを産み出すためではなく、コードをレビューするためである。流暢なのに間違っている出力をきちんとレビューするには、同じものを自分で書いたことが要る。つまり出力の市場が縮んだあとも、学びのほうは相変わらず遅い道を通らなければならない。
これを目指して学んでいますか
この専攻がここへ通じています。そのページでは、どの能力が持ち越せて、卒業生に何が欠けがちかを分解しています。
これについて書いたもの#
この文章は、このページが持っているのと同じ記録から論じており、その一節一節が、何の上に立っているかを名指ししています。
方法と出典#
- 評価日
- 2026-09-09
- 業務の判断の根拠
- 証拠に基づく2項 · 本サイトの推定3項 · 証拠が足りない0項
- 検証済みの出来事
- 2