임베디드 · IoT 개발자 기술면접, 내가 쓴 커밋으로 대비하기

임베디드·IoT 개발자 기술면접은 동작하는 코드를 짰는지가 아니라, 자원이 부족하고 사람이 없는 환경을 전제로 짰는지를 봅니다. 스택이 얼마나 남는지, 인터럽트와 메인 루프가 같은 변수를 건드리는지, 현장에서 죽으면 누가 살리는지가 질문거리입니다. 이 페이지는 임베디드 직군 면접의 조준점을 정리하고, 데브핏(DevFit)이 이용자 본인의 깃허브 커밋에서 그 질문을 어떻게 만들어 내는지 설명합니다.

임베디드 · IoT 면접에서 면접관이 파고드는 지점

메모리를 계산했는가

동적 할당을 썼는지, 버퍼 크기를 어떻게 정했는지, 스택 여유가 얼마인지. 버퍼 선언 한 줄이 «이 크기를 고른 근거»를 부릅니다.

인터럽트와 공유 자원을 다뤘는가

ISR에서 만지는 변수에 `volatile`이 붙었는지, 임계 구역을 어떻게 보호했는지. 동시성 질문의 핵심 자리입니다.

전력과 타이밍을 고려했는가

슬립 모드 진입 조건, 폴링 대신 이벤트를 썼는지. 배터리 기기라면 거의 확정 질문입니다.

현장 복구 경로가 있는가

워치독, 안전 모드, OTA 실패 시 롤백. 펌웨어 업데이트 코드는 «중간에 전원이 나가면요»로 이어집니다.

내 커밋에서 나올 수 있는 질문

아래는 임베디드 · IoT 코드에서 자주 만들어지는 형태의 질문입니다. 데브핏(DevFit)은 레포지토리 전체가 아니라 이용자 본인이 작성한 커밋과 diff만 조준해, 질문마다 근거가 되는 커밋·파일 경로를 함께 붙입니다.

“이 버퍼 크기를 이렇게 잡으신 근거가 뭔가요? 넘치면 어떻게 되나요?”
“이 변수를 인터럽트와 메인 루프가 같이 쓰는데 보호가 되어 있나요?”
“이 기기는 평소에 어떤 상태로 대기하나요? 소비 전류를 재보셨어요?”
“OTA 도중에 전원이 끊기면 기기가 어떤 상태로 남나요?”

코드에 “없는 것”도 질문이 됩니다

면접에서는 짠 것만큼 안 짠 것도 물어봅니다. 데브핏은 아래 같은 부재 신호를 결정론적으로 찾아 질문으로 만듭니다.

워치독 설정이 없는 펌웨어 → «현장에서 멈추면 누가 재시작하나요?»
하드웨어 없이 돌릴 수 있는 테스트가 없는 레포 → «로직만 어떻게 검증하셨어요?»
에러 코드 반환을 확인하지 않는 드라이버 호출 → «이 호출이 실패하면 어떻게 되나요?»

자주 다루는 기술

C
C++
FreeRTOS
Zephyr
STM32
MQTT
I2C/SPI

다만 질문은 기술 이름에서 나오지 않습니다. 같은 C를 써도 커밋마다 고른 선택이 다르고, 면접관이 파고드는 건 그 선택입니다. 그래서 데브핏은 기술 스택별 표준 질문지가 아니라, 겨냥한 채용공고 1건과 내 깃허브(GitHub) 커밋을 함께 읽어서 질문을 만듭니다.

임베디드 · IoT 공고 하나로 시작해 보세요

채용공고 URL을 붙여 넣으면 포지션과 요구 사항을 정리하고, 연결한 레포지토리에서 내가 쓴 커밋을 찾아 예상 질문과 어필 포인트를 만듭니다. 공고 1개가 준비 1회분입니다. 하루 10회까지 무료입니다. 합불 판정이나 지원자 랭킹은 만들지 않고, 최종 판단은 사람이 합니다.

공고 넣고 시작하기

임베디드 · IoT 면접에서 함께 나오는 CS 개념

커밋에서 나온 질문은 대부분 개념 질문으로 이어집니다. 아래 문서는 임베디드 · IoT 면접에서 그 다음 질문으로 자주 넘어가는 주제입니다.

CS 지식백과 전체 보기 →