VLSI KoreaRTL이 먼저, PD는 그 다음: 반도체 취준생에게 하고 싶은 단 하나의 조언
RTL을 배울까요, PD를 배울까요. 답은 종목이 아니라 순서다. RTL만 알면 양산이 안 되고, RTL을 모른 채 PD를 하면 툴만 돌리는 사람이 된다. RTL 먼저, PD 다음, 그 다음은 자유. 취준생을 위한 칩 설계 학습 순서와 로드맵을 정리한다.
결론부터 말하면, 답은 종목이 아니라 순서다. 반도체 설계 직무를 준비하는 취준생에게 "RTL을 배울까요, PD를 배울까요"라는 질문을 받으면, 하고 싶은 대답은 늘 같다. RTL을 먼저 배우세요. 그 다음 PD를 배우세요. 그 다음에는 하고 싶은 것을 하세요. 이 순서를 건너뛰면 양쪽 다 어중간해진다. RTL만 알면 칩을 양산할 수 없고, RTL을 모른 채 PD를 하면 툴만 돌리는 사람이 된다. 이 글은 그 이유와, 구체적으로 무엇을 어떤 순서로 배우면 되는지를 정리한 것이다.
📌 핵심 요약
- RTL과 PD는 경쟁하는 과목이 아니다. 칩 설계라는 스택의 아래층과 위층이다. 위층은 언제나 아래층을 전제한다.
- RTL을 알아야 DV도, PD도, DFT도, STA도, PI도 제대로 할 수 있다. 모든 하위 판단의 출발점이 "설계 의도가 코드로 어떻게 표현됐는가"이기 때문이다.
- RTL만 설계할 줄 알면 양산이 안 된다. 타이밍, 전력, 면적, 테스트, 물리적 현실을 모르는 설계는 시뮬레이션 안에서만 존재한다.
- RTL을 모르고 PD만 하면 툴 오퍼레이터가 된다. 타이밍이 왜 깨졌는지 판단하지 못하고, 고치는 대신 돌리는 사람이 된다. 이 역할은 AI 자동화가 가장 먼저 노리는 자리다.
- 그래서 순서는 RTL, 그 다음 PD, 그 다음 전문화다. 이 순서를 지킨 사람은 직무를 옮겨도 무너지지 않는다.
1. 질문이 틀렸다: 과목이 아니라 스택이다
"RTL이냐 PD냐"는 질문은 마치 "문법부터 배울까요, 작문부터 배울까요"처럼 들린다. 반도체 설계는 과목의 집합이 아니라 층의 구조다. 아래층에서 만든 것을 위층이 받아서 변환하고, 검증하고, 물리적으로 실현한다. 각 층의 엔지니어는 자기 층의 언어뿐 아니라 아래층의 결과물을 읽을 수 있어야 일을 할 수 있다.
RTL은 이 스택의 토대다. 회로가 무엇을 해야 하는가, 어떤 상태에서 어떤 값으로 바뀌는가, 클록 도메인은 어떻게 나뉘는가. 이 설계 의도가 코드로 고정되는 지점이 RTL이다. DV는 그 의도가 지켜졌는지 판정하는 일이고, 합성은 의도를 게이트로 번역하는 일이며, PD는 번역된 결과를 실리콘 위에 배치하고 연결하는 일이고, STA는 그 배치가 시간 안에 동작하는지 증명하는 일이며, DFT는 그 칩이 만들어진 뒤에 검사 가능하게 만드는 일이다. 어느 층에서 일하든, 질문은 결국 하나로 돌아온다. "원래 설계 의도가 무엇이었는가." 그 의도가 적혀 있는 곳이 RTL이다.
2. RTL만 알면 왜 양산이 안 되는가
먼저 한쪽 극단부터 이야기하자. RTL만 설계할 줄 아는 사람은 칩을 만들 수 없다. 정확히 말하면, 동작을 흉내 내는 코드는 만들 수 있어도 출하 가능한 실리콘은 만들 수 없다.
시뮬레이션에서 도는 코드는 타이밍을 모른다. 이 로직이 목표 클록 안에 들어오는지, 전력을 얼마나 먹는지, 면적이 예산 안에 있는지, 클록 도메인이 바뀌는 지점에서 metastability가 터지지 않는지, 테스트 구조가 들어갈 자리가 있는지. 양산 칩의 성패는 RTL의 기능 정확성 바깥에 있는 이 질문들에서 갈린다. 그런데 RTL만 배운 사람은 이 질문들의 존재 자체를 모르는 경우가 많다. 자기가 짠 코드가 합성되면 어떤 회로가 되는지, 파이프라이닝 한 단이 왜 타이밍을 살리고 죽이는지, 리셋 전략이 PD와 DFT에서 어떤 대가를 치르는지 모른 채 코드를 쓴다.
그래서 "RTL 설계자"라는 직무는 단독으로 존재하기 어렵다. 실제 조직에서 가치 있는 설계자는 자기 코드가 아래층에서 어떻게 실현되는지를 알고 쓰는 사람이다. 즉 RTL을 안다는 것의 완성에는, RTL 바깥으로 한 번 나가 보는 경험이 포함된다. 그것이 PD를 배우라는 말의 첫 번째 이유다.
3. RTL을 모르는 PD는 왜 툴을 돌리는 사람이 되는가
반대 극단은 더 위험하다. RTL을 모르면서 PD부터 배우면, 겉으로는 칩을 만드는 것처럼 보인다. 스크립트를 돌리고, floorplan을 잡고, 리포트를 읽고, 위반을 줄여 나간다. 그런데 타이밍이 깨졌을 때 무슨 일이 벌어지는지 보자.
타이밍 위반의 원인은 세 종류로 나뉜다. 배치가 나쁜 경우, 제약이 틀린 경우, 그리고 로직 자체가 긴 경우다. 첫 번째는 PD의 힘으로 고칠 수 있다. 두 번째는 SDC를 고쳐야 한다. 세 번째는 툴을 아무리 돌려도 안 고쳐진다. 로직 레벨을 줄이거나 파이프라인을 넣는, 즉 RTL을 고치는 수밖에 없다. RTL을 모르는 PD 엔지니어는 이 세 가지를 구분하지 못한다. 구분하지 못하니 세 번째 경우에도 툴의 옵션부터 만진다. 반복 실행하고, 밀도를 바꾸고, 운 좋게 숫자가 좋아지길 기다린다. 이것이 툴을 "돌리는" 사람의 일하는 방식이다.
이 역할이 위험한 두 번째 이유는 자동화다. 정형화된 절차를 반복 실행하고, 리포트를 보고, 정해진 범위 안에서 옵션을 탐색하는 일은 AI 에이전트가 가장 먼저 잘하게 되는 종류의 일이다. 실제로 에이전틱 설계 자동화는 "툴 런과 실험 자동화" 영역에서부터 실현되고 있다. 판단이 아니라 절차만으로 구성된 직무는, 절차를 자동화하는 기술 앞에서 방어막이 없다. 반대로 RTL을 읽고 원인을 가르는 PD 엔지니어는 자동화의 피해자가 아니라 자동화를 부리는 사람이 된다. 도구가 돌린 결과 중에서 무엇을 믿고 무엇을 버릴지 판정하는 쪽에 서기 때문이다.
4. RTL을 먼저 배우면 열리는 문들
RTL을 토대로 깔면 그 위에 어느 직무를 얹어도 구조가 무너지지 않는다. 각 직무에서 RTL 지식이 실제로 어떻게 쓰이는지 보자.
| 진로 | RTL 지식이 쓰이는 지점 |
|---|---|
| DV (검증) | 설계 의도를 읽어야 테스트 시나리오와 assertion을 만들 수 있다. 검증은 RTL을 판정하는 일이다 |
| PD (물리 설계) | 타이밍 위반의 원인을 로직, 제약, 배치로 가르고 RTL ECO를 판단한다 |
| STA / Signoff | 패스 구조와 false path, multicycle의 정당성은 설계 의도를 알아야 판정할 수 있다 |
| DFT (테스트 설계) | 스캔 삽입과 테스트 모드는 RTL과 넷리스트를 오가며 설계 구조를 바꿔 넣는 일이다 |
| PI (전원 무결성) | 전력 소모 패턴은 결국 어떤 회로가 언제 동작하는가, 즉 RTL의 활동 패턴에서 나온다 |
| 설계 (Front-end) | 당연히 본진이다. 여기에 PD 경험이 붙으면 실현 가능성을 아는 설계자가 된다 |
공통점이 보인다. 어느 직무든 "판단"이 필요한 순간에는 RTL로 돌아간다. 그리고 커리어 전체로 보면 직무 이동이 잦은 업계에서, 토대가 있는 사람은 이동할 때마다 처음부터 시작하지 않는다. RTL과 PD를 모두 밟아 본 사람은 설계 조직 전체의 지도를 머릿속에 가지고 있어서, 자기 자리가 흔들려도 옆 자리로 옮겨 갈 수 있다. 이것이 순서대로 배우는 것의 가장 현실적인 보상이다. 첫 취업의 합격률이 아니라, 10년 뒤의 생존 방식이 달라진다.
5. 구체적인 순서: 취준생 로드맵
추상적인 조언은 도움이 안 되니, 순서를 실행 단위로 쪼개 보자. 핵심 원칙은 하나다. 각 단계에서 만든 것을 다음 단계의 입력으로 직접 써 보는 것이다. 강의만 듣고 넘어가는 단계는 남지 않는다.
Step 1. 디지털 논리와 컴퓨터 구조. 화려하지 않지만 건너뛰면 전부 무너진다. 조합회로와 순차회로, FSM, 파이프라인, 캐시와 메모리의 기본 감각. 이 단계의 목표는 회로를 머릿속에서 시뮬레이션할 수 있게 되는 것이다.
Step 2. RTL 설계와 자기 검증. Verilog와 SystemVerilog로 작은 블록부터 직접 설계한다. UART, FIFO, 간단한 버스 슬레이브, 작은 RISC-V 코어의 일부까지. 중요한 것은 설계와 검증을 쌍으로 하는 습관이다. 스스로 테스트벤치를 짜고 파형을 눈으로 확인한 경험이 없으면, RTL을 "안다"고 말할 수 없다. 이 단계가 DV로 가는 문이기도 하다.
Step 3. 합성과 타이밍 기초. 내가 짠 RTL을 합성해 보고 리포트를 읽는다. setup과 hold, slack, SDC의 기본, 클록 도메인이 왜 문제인지. 거창한 툴이 없어도 된다. 오픈소스 플로만으로도 "코드가 회로가 되는 경험"은 충분히 할 수 있다.
Step 4. PD 플로를 처음부터 끝까지 한 번. OpenROAD 같은 오픈소스 플로로 작은 디자인을 floorplan부터 라우팅까지 실제로 돌려 본다. 이 한 번의 완주가 주는 것은 기술이 아니라 지도다. 자기 RTL이 물리적으로 무엇이 되는지, 타이밍 리포트의 숫자가 어디서 오는지 몸으로 아는 사람은 이후 어떤 직무에 가도 길을 잃지 않는다.
Step 5. 그 다음에 전문화. 여기서부터는 하고 싶은 것을 하면 된다. 검증이 재미있으면 DV로, 물리적인 최적화가 재미있으면 PD와 STA로, 테스트와 양산이 재미있으면 DFT로. 토대가 깔린 뒤의 선택은 전부 옳은 선택이 될 수 있다. 반대로 이 단계만 건너뛰고 Step 5부터 시작하면, 선택이 아니라 도박이 된다.
단계별 학습 자료와 로드맵은 VLSI Korea Edu의 로드맵에 정리해 두었다. 이 글과 함께 보면 순서가 더 구체적으로 잡힐 것이다.
6. AI 시대에 이 순서가 더 중요해진 이유
"어차피 AI가 RTL을 짜는 시대인데, 왜 RTL부터 배우라는 거냐"는 반문이 나올 수 있다. 정반대다. AI가 코드를 만들어 줄수록, 코드를 판정할 수 있는 사람의 가치는 올라간다. 판정은 문법 지식이 아니라 설계 의도와 물리적 결과에 대한 이해에서 나온다. 생성된 RTL이 그럴듯한지, 이 파이프라인 구조가 타이밍에서 살아남을지, 이 리셋 방식이 DFT에서 문제를 일으키지 않을지. 이런 판단을 하려면 결국 자기가 직접 짜 보고, 합성해 보고, 깨뜨려 본 경험이 있어야 한다.
그리고 앞서 말했듯, 자동화는 절차부터 먹는다. 툴을 돌리는 일, 정형화된 코딩, 정해진 리포트 정리는 자동화의 1순위다. RTL의 토대 위에 PD의 실현 감각까지 갖춘 사람은 자동화가 닿기 어려운 "판단"의 층에 서 있게 된다. AI 시대의 설계 산업이 어떻게 재편되는지는 앞 글 "RTL은 공짜가 된다"에서 길게 분석했으니, 이 글과 이어서 읽어 보길 권한다.
7. 흔한 오해 세 가지
오해 1. "설계 자리가 안 열리니 검증이나 PD부터 파면 취업이 쉽지 않나요?" 자리가 열리는 곳으로 가는 것과, 배우는 순서는 다른 문제다. 검증으로 취업하더라도 배우기는 RTL부터 하는 것이 빠르다. 검증 면접에서 떨어지는 가장 흔한 패턴이 설계 의도를 못 읽는 것이다. 직무 선택의 현실 비교는 설계, 검증, PD 중 어디로 갈 것인가에 따로 정리했다.
오해 2. "PD는 툴을 잘 다루면 되는 것 아닌가요?" 툴 숙련도는 입사 후 몇 개월이면 누구나 일정 수준에 도달한다. 차별점은 툴이 막혔을 때 원인을 가르는 능력이고, 그 능력은 RTL과 회로 이해에서 나온다. 이 주제는 PD 엔지니어가 RTL을 알아야 하는 이유에서 더 깊게 다뤘다.
오해 3. "남들보다 빨리 한 분야만 깊게 파는 게 경쟁력 아닌가요?" 깊이는 토대 다음에 온다. 토대 없이 판 깊이는 이동이 불가능한 깊이다. 그 분야가 자동화되거나 조직이 바뀌면 처음부터 다시 시작해야 한다. 풀스택 로드맵의 전체 그림은 RTL부터 배우는 풀스택 칩 설계 로드맵을 참고하면 된다.
자주 묻는 질문
설계 직무가 목표가 아닌데도 RTL부터 배워야 하나요?
그렇습니다. DV, PD, STA, DFT, PI 중 어느 직무가 목표여도 판단의 출발점은 설계 의도이고, 그 의도는 RTL에 적혀 있습니다. 목표 직무와 학습 순서는 별개로 생각하는 것이 좋습니다.
RTL과 PD를 다 배우면 너무 오래 걸리지 않나요?
전문가 수준으로 다 배우라는 뜻이 아닙니다. PD는 플로 전체를 한 번 완주하는 수준, RTL은 작은 블록을 설계하고 검증하는 수준이면 토대로 충분합니다. 얕게라도 전체 지도를 한 번 밟는 것이 한 곳만 깊게 파는 것보다 취업과 생존 모두에 유리합니다.
AI가 RTL을 생성하는데 직접 코딩을 연습할 필요가 있나요?
있습니다. 생성된 코드를 판정하고 고치는 능력은 직접 짜 본 경험에서 나옵니다. 코딩 연습의 목적이 손으로 코드를 생산하는 것에서, 코드의 옳고 그름을 가리는 눈을 만드는 것으로 바뀐 것뿐입니다.
검증 직무로 취업하고 싶은데 무엇부터 하면 되나요?
RTL 설계 경험 위에 테스트벤치와 assertion, 커버리지 개념을 얹는 순서가 좋습니다. 검증은 설계 의도를 판정하는 일이라, 설계 경험이 없는 검증은 시나리오의 깊이가 나오지 않습니다.
학교 수업만으로 이 순서를 채울 수 있나요?
수업은 Step 1과 2의 일부까지가 보통입니다. 합성과 PD 플로의 완주는 개인 프로젝트로 채우는 경우가 많고, 오픈소스 툴만으로도 충분히 가능합니다. 중요한 것은 만든 것을 다음 단계까지 실제로 통과시켜 보는 경험입니다.
결론: 순서를 지키면, 그 다음은 자유다
다시 처음으로 돌아가자. RTL을 먼저 배우세요. 그 다음 PD를 배우세요. 그 다음에는 하고 싶은 것을 하세요. 마지막 문장이 중요한 이유는, 토대가 깔린 사람의 선택은 무엇이든 단단하기 때문이다. 설계로 가도, 검증으로 가도, signoff로 가도, 심지어 AI가 설계를 돕는 워크플로를 만드는 쪽으로 가도 된다.
취업 준비에서 진짜 위험한 것은 늦는 것이 아니라, 건너뛰는 것이다. 아래층을 건너뛰고 오른 층은 첫 번째 위기에서 무너진다. 반대로 순서대로 쌓은 실력은 직무가 바뀌어도, 도구가 바뀌어도, 시대가 바뀌어도 남는다. 그것이 이 순서의 답을 자신 있게 말할 수 있는 이유다.
영문 서류 준비: 외국계 지원이나 해외 커리어를 준비한다면 영문 이력서와 커버레터의 완성도가 중요한데, 교정이 필요할 때는 Wordvice AI 같은 영문 교정 서비스를 활용할 수 있습니다. 이 링크로 구매 시 수수료가 발생할 수 있습니다.
📩 VLSI Korea 뉴스레터 구독하기
매일 발행되는 반도체 심층 분석을 이메일로 가장 먼저 받아보세요. 구독은 무료입니다.
