이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
백엔드 개발 지식은 수업과 직접 만든 프로젝트를 반복하면서 쌓았습니다. 수업에서 HTTP 프로토콜과 REST 원칙을 배운 뒤, 직접 API 서버를 만들어보면서 이론이 실제로 어떻게 구현되는지를 확인했습니다. 데이터베이스 연동에서 처음에는 ORM만 쓰다가 직접 쿼리를 작성해보면서 인덱스와 조인의 차이를 체득했습니다.
인증 미들웨어를 직접 구현해보면서 JWT 검증 흐름과 세션 방식의 차이도 명확히 이해했습니다. 혼자 공부할 때는 공식 문서를 우선으로 읽는 습관을 들였는데, 버전마다 동작이 다른 경우가 있어 블로그보다 원본 문서가 정확했습니다. 한계는 대규모 트래픽 환경에서의 실전 경험이 부족하다는 점으로, 사이드 프로젝트를 통해 보완하고 있습니다. 백엔드 지식은 만들고 부수고 다시 만드는 과정에서 쌓인다는 결을 확인했습니다.
백엔드 지식을 쌓으면서 가장 밀도 있었던 경험은 오픈소스 프로젝트 코드를 읽기 시작한 때였습니다. 수업에서 웹 프레임워크 사용법을 배웠지만, 같은 요청이 프레임워크 내부에서 어떻게 처리되는지는 문서만으로 이해하기 어려웠습니다.
Django와 Flask의 미들웨어 처리 코드를 직접 읽으면서 요청-응답 사이클이 어떻게 연결되는지를 처음으로 코드 레벨에서 이해했습니다. 처음에는 너무 복잡해서 한 함수만 골라서 입력과 출력을 추적하는 방식으로 시작했고, 점차 흐름이 보이기 시작했습니다.
이 방법의 한계는 코드 규모가 크면 어디서 시작해야 할지 감을 잡기 어렵다는 점입니다. 공식 기여 가이드에서 'good first issue'로 분류된 이슈를 먼저 읽어보는 방식이 진입점을 찾는 데 도움이 됐습니다. 오픈소스를 읽는 것이 백엔드 내부 동작을 이해하는 가장 빠른 방법이라는 생각이 지금도 남아 있습니다.
백엔드 지식을 쌓는 과정에서 혼자 공부하는 것과 커뮤니티를 통해 배우는 것의 차이를 느낀 시점이 있었습니다. 강의와 공식 문서로 기본기를 다진 뒤, 로컬 개발자 모임에서 비슷한 고민을 하는 사람들을 만나면서 '실무에서 어떤 선택을 하는가'를 처음으로 구체적으로 들을 수 있었습니다.
특히 인상적이었던 것은 같은 기능을 구현하는 방식이 사람마다 다르고, 그 선택 뒤에 각자의 경험에서 온 이유가 있다는 것이었습니다. 혼자 공부할 때는 하나의 방식을 배우면 그것이 정답처럼 느껴졌는데, 여러 접근을 보고 나서야 상황에 따라 다른 선택이 가능하다는 것이 자연스럽게 받아들여졌습니다.
한계는 커뮤니티 참여가 학습 속도를 보장하지는 않는다는 점입니다. 좋은 인사이트를 얻어도 직접 코드로 구현해보지 않으면 내 것이 되지 않았고, 커뮤니티는 방향을 잡아주는 자리이지 지식을 대신 쌓아주는 자리가 아니라는 것을 배웠습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 이스트소프트 모바일 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.