# 初級ソフトウェアエンジニア

> 説明された問題を、動いて保守できるコードに変える —— そして近年はますます、生成されたコードが本当に正しいかを判断する仕事になっている。

ページ: https://flyvolo.ai/ja/careers/junior-software-developer
影響指数: 62/100 · 確信度 確度は中程度 · 評価日 2026-09-09
これは失業の確率ではありません。

## 適用範囲

入社直後からキャリア初期のソフトウェア職に限って書いている。上級のエンジニアリングとは絵がまったく違うからである。本サイトは現在、ソフトウェアの仕事を二通りに切った六つのページを持っている:職位で切ったもの(このページと中高級エンジニアのページ)と、レイヤーで切ったもの(フロントエンド、バックエンド、データエンジニアリング)。最初のフロントエンド職に就いた人はそのうち二つに載る —— それは意図的であり、二つは別の問いに答えている。

## 業務

### 定型的なコードを書く

- 方向: 自動化されつつある
- 根拠: 根拠あり(検証済みの記録を添付)
- 理由: 仕様がはっきりしていて、学習データに大量に含まれていて、走らせればすぐ確かめられる。コード生成にとって最も強い筋書きであり、そして偶然にも、若手が雇われてやっていた仕事の大半がこれである。
- これでは言えないこと: 生成することと、それを引き受けることは同じではない。誰かが「これは正しい」と判断しなければならず、そしてその誰かは歴史的に、まず自分で書くことによって判断できるようになってきた。
- 記録:
  - 2026-08-12 · 用工の変化 · 22〜25歳の雇用は、AI曝露度が最も高い二つの五分位の職業で2022年11月から2026年6月にかけて約11%減り、一方で曝露度が最も低い五分位では約10%増えた — https://flyvolo.ai/ja/changes/ev-20260812-junior-software-developer-3 (出典: https://digitaleconomy.stanford.edu/app/uploads/2026/08/Canaries_August2026.pdf)
  - 2026-04-13 · 実際の導入 · 米連邦政府の45機関のうち31機関が、2025年の連邦の商用AI目録で「AIによるコード生成」にYと答え、一部はGitHub Copilot、Claude Code、Codex、Poolsideの名を挙げた — https://flyvolo.ai/ja/changes/ev-20260413-junior-software-developer-3 (出典: https://github.com/ombegov/2025-Federal-Agency-AI-Use-Case-Inventory/blob/3c225ba8438e48306ace7698c8c7feb9486cbc69/Data/2025_consolidated_COTS_AI_use_cases.csv)
  - 2024-10-29 · 実際の導入 · Alphabet の最高経営責任者が2024年第3四半期の決算説明会で、Google の新規コードの四分の一以上が AI によって生成され、その後エンジニアがレビューして受け入れていると述べた — https://flyvolo.ai/ja/changes/ev-20241029-junior-software-developer-1 (出典: https://blog.google/company-news/inside-google/message-ceo/alphabet-earnings-q3-2024/)

### よく知らないシステムのデバッグ

- 方向: 増強されつつある
- 根拠: 根拠あり(検証済みの記録を添付)
- 理由: ツールは仮説を出すこととスタックトレースを読むことが本当に得意である。弱いのは、特定のシステムの模型を頭の中に保ち、どの観測が決定的になるかが分かる部分である。
- これでは言えないこと: 生成コードの天井が最もはっきり現れるのがここであり、そしてこれこそ、若手と「一人にしておける人」を分ける技能である。
- 記録:
  - 2024-04-23 · 実際の導入 · Google は、全開発者の半数を対象にした無作為化試験を経て、ML によるビルド修復を全開発者に有効にした。ある月にビルドの破損に行き当たった開発者の約34%が、提案された修正を適用している — https://flyvolo.ai/ja/changes/ev-20240423-junior-software-developer-4 (出典: https://research.google/blog/safely-repairing-broken-builds-with-ml/)

### 生成されたコードをレビューする

- 方向: 新しい業務
- 根拠: 根拠あり(検証済みの記録を添付)
- 理由: 作られるコードの量が急に増え、それを検証する必要も一緒に増えた。流暢なのに間違っているコードをレビューすることは、独立した、そして新たに中心となった技能である。
- これでは言えないこと: うまくレビューするには、レビュー対象を自分で書いたことが要る。その判断力を育てていた「書く仕事」こそが自動化されている仕事なのだから、この業務は数年のうちに供給の問題を抱える。
- 記録:
  - 2024-10-29 · 実際の導入 · Alphabet の最高経営責任者が2024年第3四半期の決算説明会で、Google の新規コードの四分の一以上が AI によって生成され、その後エンジニアがレビューして受け入れていると述べた — https://flyvolo.ai/ja/changes/ev-20241029-junior-software-developer-1 (出典: https://blog.google/company-news/inside-google/message-ceo/alphabet-earnings-q3-2024/)

### 曖昧な要望を仕様に変える

- 方向: いまも人が主導
- 根拠: 推論(VOLO の推論、出典の添付なし)
- 理由: 利用者、事業、そして既に試されたことについての文脈が要る。生成はこれより下流にあり、間違った仕様を、人がやるより速く増幅する。
- これでは言えないこと: これは通常は上級者の責務である。それを若手の業務として挙げているのは、この職が今どこにあるかではなく、どこへ向かっているかを描いているからである。消えたのは、そのあいだにあった中間の段のほうである。
- 記録:
  - 2025-07-25 · 試行 · あるITコンサルティング会社では、LLMが起草した要件で起草時間を10〜15%減らせるとアナリストは見積もったが、知識が暗黙のものだったユーザーストーリーは取りこぼされ、アナリストの代わりにはならなかった — https://flyvolo.ai/ja/changes/ev-20250725-junior-software-developer-6 (出典: https://arxiv.org/abs/2507.19113)

### 部品どうしの組み合わせ方を決める

- 方向: いまも人が主導
- 根拠: 根拠あり(検証済みの記録を添付)
- 理由: トレードオフの判断は、コードベースの外にある制約 —— チームの人数、期限、事業が次に必要とするもの —— に依存する。それが「上級」という言葉の中身であり、そして若手が二年間定型的なコードを書くことで到達していた目的地でもある。
- これでは言えないこと: 上級者は安全だと言うことは、入口についての言明ではない。上級への道は二年分の定型コードを通っており、その道に代わるものは何も現れていない。
- 記録:
  - 2026-03-20 · 制限または撤回 · 英国内務省のエンジニアリング標準は、AIの支援を受けたあらゆる出力を本番に入る前に人がレビューし承認することを求め、設計についての説明責任をチームに残している — https://flyvolo.ai/ja/changes/ev-20260320-junior-software-developer-5 (出典: https://engineering.homeoffice.gov.uk/standards/use-ai)

## 引用のしかた

- 単位は職名ではなく業務です。どの業務が変わり、どれが変わらないのかを述べてください。
- 各業務の根拠と限界を一緒に伝えてください。推論は結論ではありません。
- このページは年数を示しません。ここから年数を導き出さないでください。
- 詳しくは: https://flyvolo.ai/llms.txt