이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
가장 관심 있게 공부한 과목은 운영체제입니다. 처음에는 개념이 추상적이고 눈에 보이지 않아서 어려웠는데, 직접 가상 메모리나 스케줄러를 코드로 구현하는 과제를 하면서 '컴퓨터가 실제로 어떻게 돌아가는지'가 연결되는 순간이 있었습니다. 그 이후로 상위 레이어의 동작도 아래 레이어와 연결해서 이해하는 습관이 생겼습니다. 특히 프로세스 스케줄링 단원에서 CPU 사용 효율과 응답 시간 트레이드오프를 직접 시뮬레이션해보면서, 시스템 설계에서 성능은 알고리즘만큼이나 자원 관리 방식이 중요하다는 걸 배웠습니다. 이 과목이 직무와 연결된다고 생각하는 건, 시스템 성능 문제를 볼 때 응용 레이어에서만 보지 않고 아래 레이어 영향까지 함께 볼 수 있는 시각을 길러주기 때문입니다. 배울수록 알아야 할 게 많아지는 과목이어서, 지금도 틈틈이 더 공부하고 있습니다.
관심 있는 과목으로 컴퓨터 네트워크를 꼽는 이유는 학습 이전과 이후에 인터넷이 다르게 보이기 때문입니다. 단순히 "연결됐다"가 아니라 TCP/IP 4계층이 어떻게 데이터를 분할하고 순서대로 재조립해서 신뢰성을 보장하는지를 배우면서 일상적으로 쓰는 웹 서비스의 내부 구조가 보이기 시작했습니다.
3-way Handshake 과정이 연결 신뢰성을 만드는 방식이라는 것을 배운 이후로, HTTP 요청이 어떻게 진행되는지를 구체적으로 그릴 수 있게 됐습니다. 라우팅, DNS 해석, CDN 캐싱까지 연결하면 실제 서비스가 어떻게 빠르게 응답하는지를 설명할 수 있는 그림이 완성됩니다. 개발자로서 네트워크를 이해하면 성능 문제나 연결 오류를 진단할 때 방향이 잡힙니다.
모든 분산 시스템은 결국 네트워크 위에서 동작합니다. 3-way Handshake 이해가 네트워크 공부의 첫 번째 전환점이었습니다.
프로그래밍 언어론과 컴파일러 과목이 재미있었던 이유는 컴퓨터가 코드를 어떻게 이해하는지를 처음으로 배우는 경험이었기 때문입니다. 단순히 언어를 사용하는 것과 언어가 어떻게 해석되고 실행되는지를 아는 것은 완전히 다른 수준입니다. 렉서가 토큰을 만들고, 파서가 AST(추상 구문 트리)를 구성하고, 코드 생성까지 이어지는 단계를 배우면서 코드 작성에 대한 시각이 바뀌었습니다.
AST(Abstract Syntax Tree) 개념이 단순한 이론이 아니라 ESLint, Babel 같은 도구가 코드를 변환하는 방식의 기반이라는 것을 나중에 깨달았습니다. 스택 기반의 함수 호출과 메모리 할당 방식을 배운 이후로, 재귀 함수가 왜 스택 오버플로를 일으키는지를 직관적으로 이해하게 됐습니다.
언어를 깊게 이해하면 도구를 더 잘 쓸 수 있습니다. AST 학습이 코드 분석 도구를 이해하는 기반이 됐습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 금호타이어 품질 일반 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.