이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
펌웨어 개발에서 문서화가 중요한 이유는 코드만으로는 설계 의도를 전달하기 어렵기 때문입니다. 레지스터 주소나 타이밍 값을 왜 그렇게 설정했는지, 하드웨어 제약에서 온 것인지 소프트웨어 판단인지를 코드 외부에 명시적으로 기록해두지 않으면 6개월 뒤 본인도 알 수 없습니다.
인턴 프로젝트에서 전임자의 펌웨어를 인계받았는데, 주석이 거의 없어 타이밍 설정 이유를 파악하는 데 일주일 이상 걸렸습니다. 이 경험 이후 저는 하드웨어 의존 값에는 데이터시트 섹션 번호를 함께 적는 습관을 들였습니다.
요구사항 변경이 발생할 때도 문서가 역할을 합니다. 어떤 기능이 어느 스펙에서 왔는지를 추적할 수 있으면 변경 범위 파악이 빠릅니다. 문서화는 개발 속도를 늦추는 것이 아니라 팀 전체의 반복 질문을 줄이는 투자라고 생각합니다.
펌웨어 문서화에서 본인 사례로 닫힌 경험은 전임자 코드를 인계받으면서 주석 부재로 파악에 시간이 걸린 케이스였습니다. 타이밍 설정 값이 왜 그렇게 됐는지를 코드만 보고는 파악하기 어려웠고, 데이터시트를 다시 보면서 확인하는 데 일주일 이상 걸렸습니다.
이 경험 이후 하드웨어 의존 값에는 데이터시트 섹션 번호를 함께 적는 습관이 생겼습니다. 펌웨어에서 코드 외부에 설계 의도를 기록하지 않으면 나중에 본인도 알 수 없고, 인계 비용이 크게 늘어난다는 결이 생겼습니다.
펌웨어 문서화에서 한계를 인정하게 된 경험은 코드가 자주 바뀌면 문서와 코드가 어긋나는 상황이 생기는 것을 경험한 케이스였습니다. 문서를 작성했는데 코드가 변경되면서 문서가 실제와 달라지는 경우가 있었습니다.
문서를 믿고 따라했다가 실제 동작이 다른 상황이 됐습니다. 코드와 문서를 동기화하는 것이 추가 작업으로 느껴지지만, 동기화가 안 된 문서는 없는 것보다 더 위험할 수 있다는 것을 이해했습니다. 펌웨어 문서화에서 문서를 만드는 것만큼 코드 변경 시 문서를 함께 갱신하는 규율이 필요하다는 결이 남아 있습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 삼성전자 임베디드·펌웨어 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.