이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
임베디드 시스템은 특정 기능을 수행하기 위해 하드웨어와 소프트웨어가 통합된 전용 컴퓨팅 시스템입니다. 범용 컴퓨터와 달리 정해진 역할만 수행하도록 설계되고, 자원이 제한된 환경에서 동작합니다.
졸업 프로젝트에서 STM32 마이크로컨트롤러로 센서 데이터를 수집하는 장치를 만들었습니다. PC용 코드를 이식했다가 메모리 초과로 동작이 안 됐는데, RAM이 64KB밖에 없어서 변수 선언 하나하나를 다시 검토해야 했습니다. 자원 제약이 임베디드 개발과 일반 소프트웨어 개발의 가장 큰 차이라는 걸 그때 처음 실감했습니다.
코드가 논리적으로 맞아도 타이밍이 어긋나면 시스템이 오동작하는 경우도 겪었습니다. 임베디드에서는 "언제 실행되는가"가 "무엇을 실행하는가"만큼 중요하다는 걸 배웠습니다.
임베디드 시스템은 특정 용도에 최적화된 컴퓨팅 장치로, CPU·메모리·입출력 장치가 하나의 보드에 통합된 형태가 많습니다. 세탁기, 차량 제어 장치, 의료기기 등 전자기기 대부분에 사용됩니다.
수업 실습에서 Arduino로 온도 센서 값을 화면에 출력하는 코드를 짰는데, delay() 함수로 시간 제어를 했습니다. 2개 이상 센서를 동시에 읽어야 할 때 한쪽이 멈추는 현상이 났습니다. delay()가 CPU를 완전히 점유한다는 걸 그때 처음 알았고, 타이머 인터럽트로 구조를 바꿨습니다.
임베디드 개발이 어려운 이유가 기능 구현보다 제약 안에서 구현하는 것이라는 걸 그 경험에서 이해했습니다. 그 제약을 아는 것이 임베디드 시스템 이해의 시작이라고 생각합니다.
임베디드 시스템은 특정 역할을 수행하기 위해 제한된 자원 안에서 동작하도록 설계된 시스템입니다. 범용 운영체제 없이 하드웨어를 직접 제어하거나, RTOS를 올려서 쓰는 방식이 많습니다.
졸업 작품으로 소형 기상 측정 장치를 만들 때 일반 리눅스 환경처럼 접근했다가 여러 번 막혔습니다. 파일 시스템도 없고 동적 메모리 할당도 조심해야 했으며, 특히 플래시 메모리 쓰기 횟수 제한을 몰라서 데이터 로깅 구조를 처음부터 다시 짠 경험이 있습니다.
학부 수업에서 배운 개념과 실제 구현 사이의 간극이 가장 큰 분야 중 하나라고 느꼈습니다. 그 간극을 직접 부딪히며 채우는 과정이 임베디드 공부의 핵심이라고 생각합니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 LG이노텍 SW·시스템 R&D 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.