이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
새로운 기술을 배울 때는 출처 신뢰성과 실습 연결을 가장 중요하게 생각합니다. 블로그 글이나 요약 자료보다 공식 문서를 먼저 읽고, 거기서 핵심 개념을 파악한 뒤 실제로 손을 움직이는 방식을 씁니다. 공식 문서 먼저 읽기를 원칙으로 삼는 이유는 2차 자료에는 오류나 낡은 버전 정보가 섞여 있는 경우가 많기 때문입니다.
작은 예제 프로젝트를 만들어 배운 것을 실제 맥락에서 써 보면, 읽을 때는 이해했다고 생각했는데 직접 구현하면 빠진 부분이 보입니다. 모르는 것이 생기면 즉시 기록해 두고 다음 학습 세션에서 해결하는 방식으로 쌓아 가면, 같은 개념에서 반복적으로 막히는 패턴을 발견할 수 있습니다.
학습 결과를 짧게 정리해 팀원이나 스터디에서 설명해 보는 것이 이해 깊이를 검증하는 가장 효과적인 방법입니다. 공식 출처, 실습, 설명을 통한 검증이 새 기술을 실력으로 전환하는 루틴입니다.
새로운 기술을 배울 때 언제 어떻게 배우는지 주기 구조가 있습니다. 주중에는 매일 30분 공식 문서 읽기 블록을 고정하고, 주말에 그 주에 읽은 내용을 작은 예제로 구현해보는 방식으로 나눠 씁니다. 읽기와 구현을 같은 날에 하면 피곤해서 어느 쪽도 깊게 안 되는 자리가 생기는 걸 경험으로 알게 됐습니다. 주말 구현에서 막힌 자리를 메모해두면 다음 주 읽기에서 그 자리를 집중으로 확인하는 루프가 생깁니다.
이 주기가 쌓이면 한 번에 몰아서 배우는 것보다 기억이 오래 남는 자리가 생깁니다. 아직 부족한 건 업무 일정이 바쁜 시기에 이 주기를 유지하는 것인데, 바쁠 때 가장 먼저 포기되는 자리입니다. 읽기와 구현을 주기별로 분리하는 방식이 새 기술을 오래 남기는 루틴이라는 걸 생각하고 있습니다.
새 기술 학습에서 직접 프로젝트에 적용해본 자리를 말씀드리겠습니다. FastAPI를 처음 배울 때 공식 문서를 먼저 읽고, 실제로 간단한 REST API를 혼자 만들어보는 것이 배운 것을 확인하는 자리가 됐습니다. 만들면서 공식 문서에서 이해했다고 생각했는데 직접 구현하면서 빠진 개념을 발견했고, 그 부분을 다시 읽는 방식으로 보완했습니다.
읽을 때 이해한 것과 실제로 구현할 때 막히는 자리가 다른 경우가 많다는 걸 이 과정에서 배웠습니다. 아직 부족한 건 더 복잡한 기능을 포함한 실제 규모의 프로젝트에 새 기술을 적용하는 경험인데, 소규모 예제와 실무 규모의 차이가 있는 자리입니다. 공식 문서 후 직접 구현 사이클이 새 기술을 실력으로 전환하는 방법이라는 걸 생각하고 있습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 삼성증권 공통직무·미지정 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.