이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
임베디드 개발에서 가장 어려웠던 건 실시간 타이밍 요구사항과 인터럽트 충돌 문제였습니다. 모터 제어와 센서 데이터 수집을 동시에 처리하는 시스템에서, 센서 인터럽트가 모터 PWM 갱신 타이밍을 방해해서 모터가 불규칙하게 떨리는 현상이 생겼습니다. 인터럽트 우선순위 설정을 조정하고, 긴 처리가 필요한 작업은 메인 루프로 옮기는 방식으로 구조를 재설계했습니다.
타이밍 문제는 디버거로 보기 어려워서 논리 분석기(logic analyzer)로 신호를 찍어서 확인했습니다. 타이밍 분석 없이 코드만 보면 증상이 재현되지 않는 경우가 많았습니다. 임베디드는 하드웨어와 소프트웨어를 동시에 볼 수 있어야 한다는 걸 이 경험으로 실감했습니다.
인터럽트 우선순위를 잘못 설정해서 고우선 태스크가 지연된 경험이 있습니다. 임베디드 모터 제어 프로젝트에서 센서 인터럽트와 통신 인터럽트의 우선순위를 동일하게 설정했는데, 통신 처리 중 센서 데이터가 누락되는 현상이 생겼습니다. 인터럽트 우선순위는 실시간성이 높은 태스크를 중심으로 설계해야 한다는 걸 그때 배웠습니다. 이후로는 임베디드 설계 초반에 태스크 실시간성 요구 분류를 먼저 하는 습관이 생겼습니다.
임베디드 시스템의 도전은 기능 구현이 아니라 타이밍 요구를 모두 충족하는 것이라는 원칙이 생겼습니다. 기능이 맞아도 타이밍이 틀리면 임베디드는 실패한 시스템이라는 걸 경험으로 확인했습니다. 이후 태스크 우선순위 표를 설계 초반에 작성하는 것을 팀 표준으로 제안했습니다.
타이밍 문제는 나중에 잡으려 하면 원인 찾기가 배로 어렵다는 걸 확인했습니다.
임베디드 시스템을 사용하는 상위 애플리케이션 개발자 입장에서 펌웨어 인터페이스를 검토한 경험이 도전 과제 시각을 바꿔줬습니다. 수업에서 앱 레이어 역할을 맡아 임베디드 팀의 결과물을 연동했는데, 응답 지연이 들쭉날쭉한 경우 상위 레이어에서 타임아웃 처리가 복잡해졌습니다.
임베디드의 도전은 팀 내부가 아니라 연결되는 상위 레이어에서 드러난다는 걸 그때 이해했습니다. 응답 시간 최악값 보장(worst-case latency)을 인터페이스 스펙으로 명시하는 것이 핵심이라는 원칙이 생겼습니다. 임베디드 시스템 개발의 완성도는 자체 기능이 아니라 상위 시스템과의 통합 예측 가능성이라는 걸 그 경험에서 배웠습니다. 그 뒤로 임베디드 설계 시 상위 레이어 요구를 먼저 확인하는 습관이 생겼습니다.
임베디드 완성도는 내부가 아니라 연결된 상위 레이어가 얼마나 예측 가능하게 동작하는지로 측정된다는 걸 그 뒤에도 확인합니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 신세계아이앤씨 임베디드·펌웨어 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.