[리벨리온] Design Validation Engineer 공고 분석

이 자리가 왜 생겼을까요

1하게 될 업무

• 아래 업무들 가운데 [일부]를 담당하며, 첫 항목은 전 분야에 대한 포괄적인 학습 및 이해입니다.

  이렇게 볼 수 있어요

  한 IP를 깊게 파는 대신 여러 IP가 함께 동작하는 방식을 알아야 하는 역할이라 학습 자체가 업무 목록에 들어 있습니다. 다뤄 본 IP 종류의 폭 자체가 이 역할에 맞는 경력입니다.

• Proof-of-Concept(PoC) 디자인을 통합합니다.

  이렇게 볼 수 있어요

  제품 칩에 앞서 필요한 IP를 모아 시험용 디자인을 만드는 일입니다. 여러 IP를 하나의 상위 디자인으로 연결해 시뮬레이션이 돌게 만들어 봤다면 PoC 통합을 이미 해 본 것입니다.

• PoC 디자인에 대한 테스트벤치를 만들고 C/C++ 기반 테스트를 개발합니다.

  이렇게 볼 수 있어요

  테스트를 C/C++로 쓴다고 명시했습니다. 프로세서에서 실행되는 bare-metal 테스트를 써 본 경험이 PoC 테스트 개발의 기본기입니다.

• LLM Workload를 활용해 성능을 분석합니다.

  이렇게 볼 수 있어요

  임의로 만든 트래픽이 아니라 실제 LLM 연산으로 성능을 확인합니다. 워크로드를 하드웨어 시뮬레이션에서 돌릴 수 있게 줄이거나 바꿔 본 경험이 있다면 그 과정을 설명할 수 있어야 합니다.

• SOC-level Design Verification 담당자에게 테스트를 제공하고 기술을 지원합니다.

  이렇게 볼 수 있어요

  Validation에서 만든 시나리오 테스트가 SOC-DV 쪽으로 넘어가는 구조입니다. 다른 검증 팀이 다시 쓸 수 있게 테스트를 정리해 넘겨 본 경험을 협업 사례로 들 수 있습니다.

• 시뮬레이션을 주된 검증 방법으로 쓰고, 시뮬레이션 환경에서 개발한 C/C++ 테스트를 에뮬레이션 환경에서 재확인합니다. 에뮬레이션 환경을 활용한 SW 선행 개발에는 참여하지 않습니다.

  이렇게 볼 수 있어요

  에뮬레이션은 테스트 재확인 용도로 쓰고 소프트웨어 선행 개발은 업무 범위 밖이라고 밝혔습니다. 에뮬레이션 기반 SW 개발이 주력 경력이라면 이 공고의 업무와 차이가 있습니다.

• 필수 업무는 아니지만 자발적으로 참여할 수 있는 일도 적혀 있습니다(Opportunities). AI 기반 검증 효율화·고도화 솔루션 개발, PoC 디자인용 (Zebu) Emulation 플랫폼 개발, SOC-level Design Verification(SOC-DV)입니다.

  이렇게 볼 수 있어요

  세 가지는 맡겨지는 일이 아니라 원하면 참여하는 일입니다. Zebu 에뮬레이션이나 SOC-DV 경험이 있다면 입사 뒤 넓힐 수 있는 영역으로 함께 소개할 수 있습니다.

2자격 요건

• IP 수준 또는 SOC 수준 Design Verification 경력이 15년 이상 필요합니다.

  이렇게 볼 수 있어요

  IP와 SOC 가운데 어느 수준이든 DV 경력으로 15년을 셉니다. 업무는 DV와 다르다고 적었지만 연차는 DV 경력으로 요구하므로, DV 경력 가운데 여러 IP를 함께 다룬 프로젝트를 골라 보여 주는 것이 좋습니다.

• 'ABMA (AXI/AHB/APB) protocol'(원문 표기) 및 NoC 검증 경험을 환영합니다.

  이렇게 볼 수 있어요

  버스와 NoC는 PoC 디자인에서 IP들을 서로 잇는 부분입니다. 여러 IP가 버스를 함께 쓸 때 생기는 문제를 찾아 본 사례가 시나리오 단위 Validation과 이어집니다.

• C/C++(Bare-metal or RTOS) 기반 테스트 개발 경험을 환영합니다.

  이렇게 볼 수 있어요

  업무의 테스트 개발이 C/C++ 기반이라 이 경험은 입사 직후부터 쓰입니다. bare-metal 환경인지 RTOS 위인지 구분해 적으면 경험의 종류가 분명해집니다.

4기타 사항

• 게시일 : 2026년 1월 28일
• 고용형태 : 해당 내용은 원본 공고에서 확인되지 않습니다.
• 근무지 : 경기도 성남시 분당구 정자일로156번길 6
• 경력 조건 : 경력 15년 이상
• 학력 조건 : 해당 내용은 원본 공고에서 확인되지 않습니다.

쓰는 기술

공고 본문에 적힌 기술만 모은 목록입니다.

• C/C++
• Bare-metal
• RTOS
• AXI
• AHB
• APB
• NoC
• Zebu

전형과 지원

분석 시점 공고 42건 가운데 27건이 같은 여섯 단계를 적었습니다. Software와 System Software 공고는 전부 과제나 코딩테스트를 더했고, System Software 공고 9건 가운데 8건은 평판 조회도 거칩니다. 지원할 공고의 전형절차를 본문에서 따로 확인하는 편이 안전합니다.

지원 전 준비할 것

1. 1

   시나리오 단위 검증 사례 고르기

   여러 IP를 엮어 대표 시나리오로 기능과 성능을 확인한 프로젝트가 있다면 그것을 중심 사례로 삼는 게 좋습니다. 어떤 IP를 묶었고 어떤 시나리오로 무엇을 확인했는지 정리하면 공고가 구분한 DV와 Validation의 차이를 경험으로 보여 줄 수 있습니다.

2. 2

   C/C++ 테스트 코드 정리하기

   업무와 환영 경험 모두 C/C++ 기반 테스트를 다룹니다. bare-metal이나 RTOS 위에서 직접 쓴 테스트의 구조와 그 테스트로 잡은 버그를 설명할 수 있게 준비해 두세요.

3. 3

   LLM Workload의 하드웨어 특성 정리하기

   성능 분석에 LLM Workload를 씁니다. LLM 추론에서 연산과 메모리 접근이 어떤 패턴을 보이는지 기본 개념을 정리해 두면 성능 분석 질문에 대응하기 쉽습니다.