新卒はどこへ行くべきか：設計・検証・PDの現実比較

30秒サマリー

• 最も広く開かれている門は検証（DV）だ。IC/ASICプロジェクト時間の平均55%がverificationに使われる（Wilson Research Group、Siemens EDA集計）。設計人員が横ばいの間、検証人員は2007〜2020年に年平均6.8%ずつ増えた。
• 新卒の初任給は3職種ほぼ同じだ。韓国基準でサムスン電子DS約5,500万ウォン、SKハイニックス約5,400万ウォン（基本給、コミュニティ集計）。職種より会社の成果給構造が1年目の総報酬を分ける。
• 競争の本質は職種ではなく関門だ。サムスン2026年下半期公採はグループ約1万人規模、DSが約4,500人を吸収する見通し（毎日経済）。GSAT受験者だけで8万〜10万人に達するという見通しが出ている——職種選択の前にフィルターが先だ。
• 5年後に分かれる地点はスキルシーリングだ。RTL設計はアーキテクトへ、検証はメソドロジー／フォーマルのリーダーへ、PDはタイミングクロージャ・インプリメンテーションのリードへ。米国の公開採用レンジ（Apple・Synopsys、employer-disclosed）を見ると、3トラックともシニア区間でbase 20万ドル台に到達する。
• 核心メッセージ：入口は運だが学習順序は選択だ。DVで入ったら横でRTLを書き、PDで入ったらRTLを読め。どの門から入ってもフロントトゥバックの順序を守らなければ10年後も生き残れない。

イントロ：「何をやるべきですか」という質問への正直な答え

就活生が最もよくする質問がある。「設計、検証、PDのうち何をやるべきですか？」答えは意外に単純だ。今すぐは3つのうちどれでも——開いている門から入れ。そして入った後は順序を守れ。

この言葉は冷たく聞こえるかもしれない。しかし数字を見れば理解できる。チップひとつを作るのにかかるプロジェクト時間の半分以上が検証だ。ところが学生たちは「設計」という言葉にばかりこだわる。RTL設計をやりたいという人は多いのに、その設計を壊して証明する検証人員がどれだけ不足しているかは知らない。需要と供給の乖離——それがまさにこの記事の出発点だ。

この記事は3職種を並べて比較する。採用規模、競争率、初任給、スキルシーリング、5年後のキャリアアーク、ワークライフバランスまで。韓国市場を基準に、検証可能な数字は出典とともに書く。そして最後にはどの門から入っても通じるプレイブックを渡す。「前段から学べ」シリーズの5本目の記事だ。

Deep Dive：5つのエピソード

Episode 1. 採用規模 —— 検証の門が一番広い

数字から見よう。Wilson Research GroupのIC/ASIC Functional Verification Trend Report（Siemens EDA後援、業界標準サーベイ）によると、IC/ASICプロジェクト全体時間のうちverificationに使われる割合は2016年55%、2018年53%で、10年以上にわたり半分を上回る。設計エンジニア本人も業務時間の47%をverificationに使う（2020年集計）。そして人員の推移が決定的だ：2007〜2020年の間、IC/ASIC設計エンジニア需要は年平均約3%成長にとどまった一方、検証エンジニア需要は年平均6.8%で2倍以上速く増えた。

これが採用公告にどう翻訳されるか。チップ会社のあるチームの人員構成を見ると、RTL設計者1人あたり検証エンジニアが2人付く構造が一般的だ。設計を「作る」人より「壊して証明する」人がもっと必要だということだ。2024年サーベイではfirst silicon success rateが14%で20年ぶりの最低を記録した——チップが一発で出ないので検証の値段はさらに上がる。

韓国市場はどうか。2026年下半期のサムスン公採が端的な例だ。サムスン20系列会社で最大1万人規模の新卒採用が見込まれ、そのうち半分近い約4,500人をサムスン電子DS部門が吸収する見通しだ（毎日経済、2026年10月報道）。DSの中でも設計・検証・PD・プロセスが混ざっているが、構造的に検証とPD（implementation）側の求人枠が設計より広い。設計は少数精鋭、検証・PDは物量戦——これがファブレスとデザインサービス業界の常識だ。

デザインサービス側も見よう。Harman Connected Services（HCS）韓国法人は約230人規模で、サムスンSoCのAP・automotive・modemプロジェクトで検証とPI/PDを遂行する（公式採用公告基準）。SEMIFIVE、ADTechnology、Gaonchipsのような国内デザインハウスもテープアウト物量が増え、検証・PD人員を着実に採用する。新卒がチップ設計業界に入る現実的なルートは、思ったよりこちらに近い。

整理すると：求人枠（ヘッドカウント）基準ではDV ＞ PD ＞ RTL設計の順だ。「設計がやりたい」という気持ちは理解するが、市場が開く門は検証側がより広いというのがファクトだ。

Episode 2. 初任給比較 —— 職種間の格差は思ったより小さい

2026年韓国基準、3職種の新卒初任給の差は大きくない。大企業（サムスン電子DS・SKハイニックス）基準の基本給は約5,400万〜5,500万ウォン線だ。サムスン電子DS約5,500万ウォン、SKハイニックス約5,400万ウォン、Micron Koreaのような外資系R&Dも5,400万ウォン台とコミュニティに集計される（Naver就職コミュニティ・ブログ集計、会社の公式発表ではない）。

重要なのは基本給ではなく1年目の総報酬だ。コミュニティ集計基準、サムスン電子DS新卒の1年目予想総年収は8,500万〜9,500万ウォン、SKハイニックスは1億1,000万〜1億5,000万ウォンと推算される（yeon0720.tistory.com、2026年整理）。差は職種ではなく成果給構造から来る。サムスンのOPIは年収の50%上限があるが、SKハイニックスは2025年9月の労使合意でPS上限を完全廃止した。同じ「検証エンジニア」でもどの会社に入るかが初任給より重要だということだ。

米国に目を向ければ職種別の天井が見える。edu.vlsi.krの年収根拠ページが収集したemployer-disclosed（雇用主公開）採用レンジを見よう：

• RTL設計：Apple ASIC Design and Integration Engineer、年base 184,700〜324,800 USD。Synopsys Senior Staff RTL Design Engineer（LPDDR PHY）、138,000〜208,000 USD。
• Physical Design：Apple SoC Physical Design Engineer（Power Delivery）、165,800〜292,400 USD。Apple CPU Implementation Silicon Correlation Engineer、181,100〜318,400 USD。
• STA：Synopsys R&D Principal Engineer（Static Timing Analysis）、191,000〜286,000 USD。

3トラックともシニア区間でbase 20万ドル台半ば〜30万ドルに到達する。つまり金の天井は職種ではなくレベルと会社が決める。「PDが金を多く稼ぐ」とか「設計が一番待遇がいい」という言葉は、少なくともグローバル市場データでは根拠が弱い。新卒のときに職種で年収ゲームをしようとするな。会社を選ぶのが先だ。

Episode 3. 競争の現実 —— 職種選択より関門が先だ

サムスン電子公採の数字を見よう。2026年下半期基準、書類選考では採用目標の8〜10倍数をGSAT受験者に絞り、GSATでは面接対象者の2〜3倍数を絞る（毎日経済報道）。下半期のGSAT受験者は8万〜10万人に達するという見通しが出ている。人気職種の競争率は100:1を超え、全体平均も30〜50:1水準とされる（就職コミュニティ推計——公式発表ではない）。

ここで冷静なファクトひとつ。GSATは職種を選ばない。設計で応募しようが検証で応募しようが、PDで応募しようが、書類とGSATという同じフィルターを先に通過しなければならない。「検証は競争率が低いから易しい」という言葉は半分正しい。職種別の求人枠の差はあるが、サムスン公採の1次関門は職種無関係だ。本当の職種競争が始まるのは面接からだ。

面接で3職種の質問はまったく違う。RTL設計面接はdigital logicとmicroarchitecture思考を見る——blocking vs non-blocking、FSM設計、pipeline hazardのようなもの。検証面接は「どう壊すか」を見る——coverage closure戦略、UVMテストベンチ構造、constrained randomの限界。PD面接はPPAトレードオフ感覚を見る——floorplanがタイミングに与える影響、CTS skew管理、IR drop対応。edu.vlsi.krの面接問題バンク（interviewsページ）にはRTL2GDS、STA、RTL設計、検証、DFT、アナログ、プロセス職種の技術面接問題が3,600問公開されている。応募前に自分がどの質問に答えられるかテストしてみるのが最も速い職種適性診断だ。

ファブレスとデザインハウスはまた違う。ここはGSATのようなフィルターがなく、すぐに技術面接だ。代わりにポートフォリオを見る。RTL設計応募者ならGitHubに上げたRISC-VコアやFPGAプロジェクト、検証応募者ならUVMテストベンチやcocotb基盤の検証環境、PD応募者ならOpenROAD/OpenLaneで回したP&R結果が物語る。新卒に会社が買うのは「潜在力」ではなく「証拠」だ。これは3職種共通だ。

Episode 4. 5年後 —— どこで分かれるか

5年目、3職種のキャリアアークはこう分かれる。

RTL設計 → アーキテクトトラック。5年後の設計エンジニアはmicroarchitectureを描き、仕様書を書き、「何を作るか」を決める側に行く。天井は最も高い——SoCアーキテクト、フェローレベル。しかし席が少ない。ひとつのプロジェクトにアーキテクトは1〜2人だ。残りはブロックオーナーのまま残る。設計のリスクは「精鋭少数」構造だ。入るのは難しく、上がる道はさらに狭い。

検証（DV） → メソドロジーリーダートラック。5年後の検証エンジニアはUVMメソドロジー、フォーマル検証、coverage signoff基準を作る人になる。検証の強みは移動性だ。検証手法は会社とプロジェクトを選ばない——今日メモリコントローラを検証した人が明日AIアクセラレータを検証できる。フォーマル、エミュレーション、PSS（Portable Stimulus）のようなスペシャルティを載せれば値段が上がる。2024年のfirst silicon success 14%という数字が物語るように、「テープアウトを守り抜いた検証リード」の市場価値は上がり続ける。

PD → インプリメンテーション／STAリードトラック。5年後のPDエンジニアはタイミングクロージャに責任を持つ人だ。フロアプランからCTS、ルーティング、フィジカルサインオフまで——チップが実際に出る最後の関門の主人だ。PDの強みは代替不可能性だ。テープアウト3ヶ月前、タイミングが閉じない夜11時に問題を解ける人は多くない。この希少性が値段だ。AppleのCPU implementation採用レンジが181,100〜318,400 USDな理由だ。弱点は技術がEDAツールとプロセスに強く縛られること——ツールが変わればまた学ばなければならない。

ワークライフバランスの真実も押さえよう。3職種ともテープアウトの前では残業する。ただパターンが違う。RTL設計は仕様変更とECOの繰り返し——「昨日書いたRTLを今日また書く」。検証はregressionとデバッグの無限ループ——バグひとつ捕まえれば2つ出る。PDはテープアウト直前のタイミングクロージャ地獄——物理法則と戦う3ヶ月。どの職種もワークライフバランスは良くない。ただPDはテープアウトが終われば一息つけ、検証はプロジェクト中ずっと着実に忙しく、設計は序盤に忙しい。自分の体力パターンに合わせて選ぶのが現実的だ。

Episode 5. プレイブック —— どの門から入っても、前段から学べ

ここが核心だ。入口は運だ。求人枠の多い検証で入ることもあれば、運良く設計で入ることもあり、PDで始めることもある。しかし学習順序は選択だ。どの門から入っても、フロントトゥバックの順序を守れ：RTL → 検証 → 論理合成／PD → STA／サインオフ。「全体的に全部やってみなければならない。」

Case A. 検証（DV）で入社したら —— RTLを書け。
検証エンジニアの最もよくある罠は「他人のRTLばかり読んで自分のRTLを書けない人」になることだ。処方は単純だ。君が検証するブロックのRTLを横に置き、週末にそれを最初からまた書いてみよう。仕様書だけ見て同じ機能を実装してみて、君のRTLと原本RTLをフォーマルで比較してみよう。そしてcocotbやSystemVerilogで君が書いたRTLのテストベンチも直接書いてみよう。6ヶ月で「読む人」から「書く人」になる。検証キャリア3年目でRTLも書ける人は市場で希少だ——設計チームが欲しがる。

Case B. RTL設計で入社したら —— 検証を学べ。
設計エンジニアの罠は「自分のRTLが正しいと信じる」ことだ。君が書いたブロックについてUVMテストベンチを直接書き、カバレッジ100%を狙ってみよう。Constrained random stimulusを回せば君が見逃したcorner caseが必ず出る。その瞬間悟る——「ああ、検証がなぜ55%なのか」。設計者が検証を知ればRTL品質が変わる。Synthesis-friendly coding、CDC（cross-domain crossing）処理、DFT挿入を考慮した設計——これは検証とバックエンドを知る設計者だけができる。

Case C. PDで入社したら —— RTLを読め。
PDエンジニアの罠は「ネットリストだけ見る人」になることだ。タイミング違反が出たときネットリストだけ覗かず、そのpathのRTLソースまで遡ってみよう。「なぜこのpathがcriticalなのか」をRTL構造で理解すれば、ECOとrestructuring提案の質が変わる。そして論理合成から学べ——Design Compiler/Genusのレポートを読めなければPDは見えない。PD 3年目でRTLを読み論理合成を回せる人はSTAリードへの近道に乗る。

共通課題（3つ、順番に）：

1. RISC-Vコアひとつを最後まで —— Ibexのようなオープンソースコアを持ってきてRTLを読み、テストベンチを書き、OpenROADでP&Rまで回してみよう。edu.vlsi.krのEngineeringページにOpenTitan、Ibex、VexRiscvのようなオープンデザインがカタログに整理されている。これひとつで3職種の言語が全部見える。
2. 面接問題3,600問を職種別に解け —— edu.vlsi.kr interviewsページ。自分の職種でないセクションも解いてみよう。検証エンジニアがPD問題を解ければ、それがまさにフロントトゥバックだ。
3. テープアウト後記を探して読め —— 成功したチップの後には必ず「検証が救った」または「PDが止めた」という話がある。他人のテープアウトで学ぶのが最も安い授業料だ。

edu.vlsi.kr連携ロードマップ

この記事で比較した3職種をedu.vlsi.krでさらに掘り下げられる。全部実際に開くページだ（2026-10-11確認）。

• RTL設計年収根拠 —— Apple・Synopsysのemployer-disclosed採用レンジでRTL設計のグローバルな値段を確認する。本文Episode 2の数字の出典。
• 設計検証年収根拠 —— DV職種ファミリーの定義と関連役割（UVM・フォーマル・エミュレーション）。公式採用レンジはまだ補強中のため、このページが埋まる速度がそのままDV需要のバロメーターだ。
• Physical Design年収根拠 —— AppleのPD・CPU implementation公開レンジがある。PDの天井が気になればここで確認。
• 新卒のためのSTA vs PD比較Q&A —— STAとPDの日常問題タイプ、ownership境界、ツール露出度を比較した回答。PDに行くかSTAに行くか悩み中なら必読。
• 半導体職種別面接問題バンク —— 3,600問公開の概念基盤問題。RTL2GDS・STA・検証・DFT職種別に難易度別練習ができる。本文Episode 3の自己診断用。
• 半導体採用レーダー —— 採用公告モニタリング。どの職種の求人枠が回っているか定期的に確認する習慣をつけよう。

Chase's Take

正直に告白しよう。私はPDで始めた。SiFive Korea（現SEMIFIVE）でphysical implementationエンジニアとして、Samsung 5nmから14nmまでRTL-to-GDSフルオーナーシップで5回を超えるテープアウトをした——Rebellions ATOM、FuriosaAI WARBOY、RHEAのようなチップが私の手を経た。そのとき私は「PDが最高」と思った。テープアウト徹夜の喜びを知るのはPDだけだと信じた。

そして今私はSynopsysでPrimeTime/PrimeShield/PrimePower——STAとサインオフツールを作るStaff Product Engineerだ。バックエンドツール会社に座っているわけだ。皮肉に聞こえるかもしれないが、だからこそ確信する。ジュニアは無条件に前段から学ぶべきだ。

私がPDをやっていたとき最も怖かった瞬間は、タイミング違反の原因がRTL構造にあるときだった。ネットリストだけ見るPDはそれを解けない。RTLを読めたからこそ、「このpathはそもそもこう書くべきでない構造だった」と言え、それが私を平凡なPDと分けた。逆に今STAツールを作りながらは、PD現場でタイミングクロージャがどう爆発するかを体で知っているので顧客の問題を読める。前段を知るバックエンドエンジニアと知らないバックエンドエンジニアは別の職業だ。

だからこのシリーズの主張が「前段から学べ」なのだ。RTL first、次に検証、次に論理合成／PD、次にSTA／サインオフ。この順序は好みではなくチップが作られる順序だ。チップが作られる順番に学べば、どの段階に立っても前後が見える。

新卒に最後に一言。「設計 vs 検証 vs PD」で悩むのはいいが、その悩みに6ヶ月使うな。開いている門から入って、入った後に前段を埋めろ。5年後の君の値段を決めるのは最初の職種ではなく、最初の職種の外をどれだけ学んだかだ。全体的に全部やってみなければならない。これはスローガンではなく生存戦略だ。

よくある質問

Q1. 検証（DV）の求人枠が一番多いんですよね？じゃあみんな検証に行けばいいのでは？

求人枠が多いのは機会が多いという意味であって、易しいという意味ではない。検証は「証明」の職種で論理的厳密さを要求し、UVM・フォーマル・カバレッジのような別のスキルセットが必要だ。広い門ほど、その門に合った準備をした人が通る。準備なしに行けば落ちる。

Q2. RTL設計が一番難しくて待遇がいいと聞きましたが本当ですか？

半分正しく半分間違いだ。設計は入るのが難しい（少数精鋭）。しかし米国のemployer-disclosed採用レンジを見るとシニア区間のbaseは3職種とも20万ドル台半ば〜30万ドルに到達する。天井は職種ではなくレベルと会社が決める。

Q3. PDはAIに代替されるという話がありますが？

PDの繰り返し作業（placementの初案、routing）はAI・自動化が侵食している。しかしタイミングクロージャの判断、PPAトレードオフ、テープアウト責任は自動化が持っていけない。むしろ「ツールが解けない問題を解くPD」の希少性は上がる。ツールオペレーターではなくクロージャオーナーになれ。

Q4. 新卒のときからフロントトゥバックを全部学べというのは現実的ですか？

現業業務と並行しろということではない。本業は本業でやり、サイドプロジェクトで前段を埋めろということだ。検証エンジニアなら週末にRTLを1ブロック書いてみる、PDエンジニアなら担当ブロックのRTL読みが始まりだ。6ヶ月で「読む人」から「書く人」に変わる。

免責：この記事はキャリアアドバイスではありません。年収・採用数値は推計であり、個人・会社の条件により異なります。決定前に必ず公式採用公告を確認してください。