임베디드기사 책을 처음 찾는다면 자신의 출발점부터 정하는 것이 좋습니다. C언어가 낯설면 포인터·배열·구조체를 설명하는 기초서부터, 프로그래밍 경험이 있으면 프로세서와 입출력 구조부터, 하드웨어에 익숙하면 운영체제와 리눅스 프로그래밍부터 보완할 수 있습니다. 아래 순서는 현행 출제기준을 공부하기 위한 학습 제안입니다.
지금 수준에 맞는 읽기 순서
| 출발점 | 먼저 읽을 분야 | 이어 읽을 분야 |
|---|---|---|
| 코딩을 처음 시작 | C언어 문법·포인터·배열·구조체 | 자료구조와 메모리, 시스템 프로그래밍 |
| 일반 프로그램 개발 경험 | 논리회로·CPU·버스·입출력 | 초기화·부트로더·장치 드라이버 |
| 전자·회로 기초가 있음 | 프로세스·스레드·동기화·가상메모리 | 리눅스 커널 서비스와 네트워크 프로그래밍 |
세 경로 모두 마지막에는 하드웨어, 펌웨어, 플랫폼, 소프트웨어를 연결해야 합니다. 익숙한 분야의 책만 더 읽기보다 낯선 과목을 먼저 표시해 두면 학습이 한쪽으로 쏠리지 않습니다. 책 한 권을 끝까지 읽는 것과 시험 범위를 이해하는 것은 같은 목표가 아닙니다.
C언어 책을 읽고 남길 연습
현행 기준에는 데이터형·연산자, 제어 흐름, 함수, 포인터·배열, 구조체와 입출력이 들어 있습니다. 예제 코드를 읽은 뒤에는 변수와 메모리의 관계를 그림으로 나타내고, 함수 호출 전후에 어떤 값이 달라지는지 설명해 보세요. 정답 코드만 옮겨 적기보다 입력을 바꿨을 때 결과가 달라지는 이유를 기록하는 방식이 이해를 확인하는 데 도움이 됩니다.
배열과 포인터를 읽었다면 작은 자료구조로 연결하고, 구조체를 읽었다면 여러 상태값을 묶어 관리하는 예를 만들어볼 수 있습니다. 이런 연습은 학습용이며 실제 시험 문제나 출제 예상문항은 아닙니다.
하드웨어 책과 리눅스 책을 잇는 방법
하드웨어를 공부할 때는 CPU, 메모리, 주변장치 사이에 데이터가 오가는 경로를 그려보세요. 폴링·인터럽트·DMA를 읽었다면 각각 누가 상태를 확인하고 누가 데이터를 옮기는지 비교합니다. 이후 펌웨어 책에서는 초기화와 부트로더가 그 하드웨어를 어떻게 준비하는지 연결합니다.
리눅스 관련 책에서는 명령어 사용법만으로 멈추지 말고 프로세스·스레드, 시스템 콜, 메모리 관리, 동기화와 소켓으로 이어가세요. 개념을 읽은 뒤에는 ‘자원은 무엇인가, 누가 접근하는가, 충돌하거나 기다리는 경우는 언제인가’라는 세 질문으로 요약하면 서로 비슷한 용어를 구별하는 데 도움이 됩니다.
읽은 내용을 필답형 답안으로 바꾸기
임베디드기사 실기는 필답형 2시간 30분입니다. 책을 덮고 부팅 흐름을 순서대로 쓰거나, 요구사항을 보고 테스트 항목을 정리하는 식으로 설명 연습을 더하세요. 개발 도구나 보드 실습에서 얻은 경험도 결과만 기록하기보다 조건·처리 과정·확인 방법으로 정리하면 활용하기 좋습니다.
실기 기준에는 장애 대응도 포함됩니다. 학습 중 프로그램이 기대와 다르게 동작했다면 현상, 원인 후보, 확인 결과, 수정 내용과 재확인 결과를 따로 기록해 보세요. 이는 단순한 오류 메모를 시스템 분석 연습으로 바꾸는 방법입니다.
책을 늘리기 전에 점검할 것
새 책을 더 고르기 전, 지금 책에서 설명할 수 없는 항목이 정확히 무엇인지 적어보세요. ‘리눅스를 모르겠다’보다 ‘스레드 동기화와 프로세스 간 통신의 차이를 설명하지 못한다’처럼 좁히면 필요한 자료를 고르기 쉽습니다. 시험 범위와 교재 전체 목차를 대조하는 방법은 별도의 교재 점검 글에서 볼 수 있습니다.