이 자리가 왜 생겼을까요
이 공고는 검증 플랫폼의 목표로 하드웨어 자원을 추상화해 같은 테스트 로직을 여러 시나리오와 HW revision에서 함께 쓰는 것을 적었습니다. 2026년 10월 리벨리온 엔지니어링 블로그는 2025년 Hot Chips에서 처음 공개한 Rebel100에 이어, 같은 NPU 칩렛 네 개에 I/O 칩렛 한 쌍을 더한 후속 제품 Rebel100s를 소개했습니다. 칩 구성이 바뀌어도 검증 코드를 처음부터 다시 쓰지 않게 하는 것이 이 공고의 플랫폼이 맡는 일입니다. 여러 제품이나 보드 버전을 하나의 테스트 코드로 지원해 본 경험이 있다면 그 추상화 방식을 지원서에서 가장 자세히 다룰 만합니다.
- 리벨리온 Silicon Validation Platform Engineer 공고
- Rebellions 블로그 - Hierarchies Of Interconnects(2026-10-05)
리벨리온이 지금 어떤 사업에 집중하고 있는지는 리벨리온 채용 분석에서 이어서 볼 수 있습니다.
1하게 될 업무
하드웨어 자원을 추상화해 테스트 로직을 여러 시나리오와 HW revision에서 함께 쓸 수 있도록 silicon validation platform의 모듈형 재사용 컴포넌트를 구현합니다.
이렇게 볼 수 있어요
같은 테스트 로직을 여러 HW revision에서 다시 쓰는 것이 설계 목표로 적혀 있습니다. 칩 revision이나 보드가 바뀔 때마다 테스트 코드를 복사해 고치던 구조를 추상화로 바꿔 본 경험은 이 업무의 설계 목표와 같은 문제를 푼 것입니다.
AI 가속기용 device driver의 개발과 리팩터링을 돕고, hardware abstraction layer를 만드는 데 기여합니다.
이렇게 볼 수 있어요
AI 가속기용 Linux 드라이버를 개발하는 같은 회사 Linux Device Driver Engineer와 NPU Kernel Driver Engineer 공고는 경력 5년 이상을 요구합니다. 이 공고는 드라이버 일을 원문 동사 'Assist'로 적었습니다. 자격 요건도 간단한 드라이버를 작성하거나 고쳐 본 수준을 예로 듭니다. 그래서 다뤄 본 커널 모듈과 드라이버의 범위를 있는 그대로 적을 수 있습니다.
silicon 자원 할당과 테스트 케이스 실행을 자동화하는 내부 도구와 API를 만드는 데 참여합니다.
이렇게 볼 수 있어요
실리콘 자원을 할당하는 일 자체가 자동화 대상입니다. 사내 테스트 장비 예약이나 CI에서 하드웨어 러너를 배정하는 시스템을 만들어 봤다면 장비를 어떤 단위로 나눠 배정했는지까지 적는 편이 좋습니다.
일상 업무에서 TDD(Test-Driven Development)를 실천하고, 코드 리뷰에 참여해 전체 소프트웨어 아키텍처를 개선합니다.
이렇게 볼 수 있어요
공고 소개는 빠른 임시 수정보다 재사용할 수 있는 코드를 중시하고, TDD와 Clean Architecture 원칙을 검증 플랫폼 설계에 적용하며 시스템 소프트웨어 전문가로 성장하려는 개발자를 원한다고 적었습니다. 테스트를 먼저 쓰고 구현한 프로젝트나 리뷰로 구조를 바꾼 사례가 이 업무 방식을 해 본 이력입니다.
다른 팀이 하드웨어 자원을 효율적으로 쓰도록 Test API의 설계와 유지보수를 지원하고 API 문서를 관리합니다.
이렇게 볼 수 있어요
Test API의 사용자는 다른 팀입니다. 내가 만든 라이브러리를 다른 팀이 쓰게 하면서 문서와 하위 호환을 관리해 본 경험이 이 업무와 가장 가까운 이력입니다.
2자격 요건
소프트웨어 개발 경력이 3년 이상이거나 시스템 소프트웨어 분야에서 그에 준하는 프로젝트 경험이 필요합니다.
이렇게 볼 수 있어요
시스템 소프트웨어 분야의 프로젝트 경험도 연차와 함께 적혀 있습니다. 업무가 드라이버와 HAL, 테스트 프레임워크이므로 학교나 개인 프로젝트에서 커널 모듈이나 하드웨어 제어 코드를 만든 경험도 기간과 함께 적을 수 있습니다.
Linux kernel과 device driver model을 기본적으로 이해해야 합니다(예: 간단한 드라이버를 작성하거나 수정해 본 경험).
이렇게 볼 수 있어요
업무의 driver 개발 지원과 HAL 작성이 이 이해를 바탕으로 이뤄집니다. 공고가 예로 든 간단한 드라이버 수준에 맞춰 직접 만든 드라이버의 종류와 다룬 인터페이스를 적어 둡니다.
C 또는 C++ 프로그래밍 실력이 탄탄하고, 깔끔하고 이해하기 쉬운 코드 작성에 관심이 있어야 합니다.
이렇게 볼 수 있어요
언어 숙련과 함께 깔끔한 코드에 대한 관심이 요건에 있습니다. 리팩터링 이력이 남은 공개 저장소가 있다면 링크를 함께 두는 편이 좋습니다.
스크립팅이나 자동화를 위한 Python 기초 경험이 필요합니다.
이렇게 볼 수 있어요
검증 플랫폼에서는 흔히 드라이버와 HAL을 C/C++로 씁니다. 그 위에서 테스트를 조합하고 보드와 장비를 제어하는 실행 계층은 Python으로 짜는 경우가 많습니다. 우대 사항의 pytest·unittest도 이 Python 계층에 쓰이는 도구입니다. 테스트 실행이나 자원 할당을 Python 스크립트로 자동화해 본 경험은 '기초'를 넘는 실제 쓰임을 보여 줍니다.
소프트웨어 품질에 대한 'Growth Mindset', 곧 design pattern, refactoring, TDD를 배우고 적용하려는 관심이 필요합니다.
이렇게 볼 수 있어요
이 요건은 경험보다 배우고 적용하려는 관심으로 적혀 있습니다. TDD를 실무에 써 본 적이 없다면 개인 프로젝트에 적용해 본 경험이나 공부한 내용을 구체적으로 이야기할 수 있습니다.
silicon bring-up, pre/post-silicon validation flow 같은 하드웨어 맥락을 배우려는 열린 자세와 HW/SW cross-functional 환경에서 일할 수 있는 태도가 필요합니다.
이렇게 볼 수 있어요
하드웨어 지식은 이미 갖췄는지보다 배우려는 자세를 묻는 요건입니다. 소프트웨어 출신이라면 하드웨어 팀과 일하며 처음 접한 개념을 익혀 간 과정이 여기에 해당합니다.
문제 해결 역량과 반복 작업을 자동화하려는 적극적인 태도가 필요합니다.
이렇게 볼 수 있어요
업무의 silicon 자원 할당 자동화, 테스트 실행 도구, 다른 팀이 쓰는 Test API는 모두 반복 작업을 줄이는 도구를 만드는 일입니다. 이 태도는 성격 항목을 넘어 하게 될 일 자체와 연결됩니다. 누가 시키지 않았는데 손으로 반복하던 작업을 스크립트나 도구로 바꿔 팀이 함께 쓰게 만든 경험이 있다면 그 도구를 쓴 사람과 줄어든 수작업을 함께 적어 주세요. 이 요건과 업무가 그 한 사례에 함께 담깁니다.
3우대 사항
Linux kernel/driver 개발이나 디버깅을 직접 해 본 경험을 우대합니다.
이렇게 볼 수 있어요
자격 요건이 기본 이해를 묻는다면 이 우대는 실제 개발과 디버깅을 봅니다. 커널 패닉이나 드라이버 오류를 추적해 고친 경험이 있다면 쓴 도구와 원인을 함께 밝힐 수 있습니다.
KUnit, pytest, unittest 같은 TDD나 Unit Testing 프레임워크에 익숙하면 우대합니다.
이렇게 볼 수 있어요
커널 쪽 KUnit과 Python 쪽 pytest, unittest가 함께 적혀 있어 C 코드와 Python 코드를 모두 테스트하는 환경으로 볼 수 있습니다. 써 본 프레임워크와 테스트를 붙인 코드의 종류를 적어 두면 됩니다.
Register map, DMA, Interrupt 같은 하드웨어-소프트웨어 인터페이스에 대한 이해를 우대합니다.
이렇게 볼 수 있어요
칩 revision이 바뀌면 레지스터 주소와 필드도 함께 바뀝니다. 그래서 검증 플랫폼은 SystemRDL이나 IP-XACT 같은 레지스터 명세에서 C 헤더와 Python 접근 코드를 생성해 하드웨어 자원 추상화를 유지하는 경우가 많습니다. 같은 회사 RTL Engineer 공고에 따르면 register map은 firmware 팀과 함께 정합니다. 이 명세가 설계 쪽에서 온다는 뜻입니다. 명세에서 코드를 생성하거나 DMA·인터럽트 처리를 테스트 API로 감싸 본 경험은 업무의 자원 추상화에 직접 쓰입니다.
Git 같은 버전 관리 시스템과 GitHub Actions, Jenkins 같은 CI/CD 도구를 써 본 경험을 우대합니다.
이렇게 볼 수 있어요
이 도구들은 업무의 테스트 실행 자동화에 쓰입니다. 하드웨어가 붙은 테스트를 CI에서 돌려 봤다면 장비를 어떻게 연결했는지를 함께 적는 편이 좋습니다.
Computer Science, Electrical Engineering 또는 관련 분야 학위를 우대합니다.
이렇게 볼 수 있어요
Computer Science와 Electrical Engineering이 함께 적혀 있어, 하드웨어 전공자라면 학부에서 다룬 회로나 컴퓨터 구조 과목을 업무의 하드웨어 맥락과 연결해 적을 수 있습니다.
4기타 사항
- 게시일 : 2026년 5월 20일
- 고용형태 : 해당 내용은 원본 공고에서 확인되지 않습니다.
- 근무지 : 경기도 성남시 분당구 정자일로156번길 6
- 경력 조건 : 경력 3년 이상
- 학력 조건 : 해당 내용은 원본 공고에서 확인되지 않습니다.
쓰는 기술
공고 본문에 적힌 기술만 모은 목록입니다.
- C
- C++
- Python
- Linux kernel
- KUnit
- pytest
- unittest
- Git
- GitHub Actions
- Jenkins
전형과 지원
분석 시점 공고 42건 가운데 27건이 같은 여섯 단계를 적었습니다. Software와 System Software 공고는 전부 과제나 코딩테스트를 더했고, System Software 공고 9건 가운데 8건은 평판 조회도 거칩니다. 지원할 공고의 전형절차를 본문에서 따로 확인하는 편이 안전합니다.
공고에 적힌 단계
분석 시점 공고 42건 가운데 27건이 '서류전형 > On-line 인터뷰 > On-site 인터뷰 > Culture-fit 인터뷰 > 처우 협의 > 최종 합격' 순서를 적었습니다. 이번에 분석한 공고도 대부분 이 순서입니다. 42건 가운데 41건에는 '전형절차는 직무별로 다르게 운영될 수 있으며, 일정 및 상황에 따라 변동될 수 있습니다'라는 안내가 붙어 있습니다.
이렇게 볼 수 있어요
기술 면접 두 번 뒤에 Culture-fit 인터뷰가 따로 있습니다. 공고 본문에 반복되는 협업과 ownership 표현이 이 단계에서 나올 만한 주제이고, 다른 팀과 문제를 풀어 본 경험이 그 답이 됩니다.
소프트웨어 직군은 단계가 다릅니다
분석 시점 NPU Software 공고 4건(Compiler, Kernel, Runtime, SDK)은 On-site 인터뷰에 '과제 포함'을 적었습니다. System Software 공고 9건 가운데 8건은 On-line 인터뷰에 Culture-fit과 코딩테스트를 포함하고, On-site 인터뷰에서 기술 발표를 한 뒤 평판 조회를 거친다고 적었습니다.
이렇게 볼 수 있어요
같은 회사라도 소프트웨어 공고에는 과제나 코딩테스트 단계가 더 있습니다. 여러 공고에 함께 지원한다면 공고마다 준비할 것이 다르다는 점을 일정에 반영해야 합니다.
모든 포지션에서 전문연구요원 지원이 가능합니다
회사 사이트의 채용 페이지는 공고 목록 아래에 '모든 포지션에서 전문연구요원(신규 편입, 전직) 지원이 가능합니다'라고 적었습니다. Tech 직군의 Talent Pool 공고는 전문연구요원 지원 창구를 겸합니다.
이렇게 볼 수 있어요
전문연구요원으로 복무하며 이직하려는 경우에도 모든 포지션에 지원할 수 있습니다. 채용 페이지가 신규 편입과 전직을 나눠 적었으므로 지원서에도 둘 가운데 어느 쪽인지 밝혀야 합니다.
인재 Pool에 등록해도 다른 공고에 지원할 수 있습니다
Talent Pool (Tech/전문연구요원) 공고는 '별도의 마감 일정이나 세부 지원자격 등이 없'는 상시 공고이고, NPU Software Engineer의 Kernel, Compiler, Runtime, SDK, Cloud (MLOps) 직무를 '상시 검토 중'이라고 적었습니다. 같은 공고는 '인재 Pool에 등록 후에도 리벨리온 타 모집 공고에 지원이 가능합니다'라고 안내합니다.
이렇게 볼 수 있어요
맞는 공고가 없을 때 인재 Pool에 이력서를 남겨 둘 수 있고, 그 뒤에 올라온 공고에도 따로 지원할 수 있습니다. NPU 소프트웨어 직무라면 개별 공고와 인재 Pool을 함께 활용할 수 있습니다.
지원 전 준비할 것
- 1
추상화 사례 하나 고르기
여러 하드웨어 버전이나 장비를 하나의 코드로 지원하게 만든 경험을 고르고, 바꾸기 전과 후의 구조를 그림 한 장으로 정리해 두세요.
- 2
드라이버 경험 범위 정리
자격 요건은 간단한 드라이버를 작성하거나 수정해 본 수준을 예로 들었습니다. 다룬 드라이버의 종류와 직접 고친 부분을 정리해 두세요.
- 3
TDD 적용 예 준비
공고는 TDD와 Clean Architecture를 검증 플랫폼 설계에 적용할 개발자를 원합니다. 테스트를 먼저 쓰고 만든 코드나 리팩터링한 코드를 면접에서 설명할 수 있게 준비해 둡니다.