이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
신기술을 학습할 때 저는 공식 문서부터 시작하는 편입니다. 블로그나 요약 자료는 빠르지만 맥락이 빠진 경우가 많아서, 처음엔 공식 문서로 전체 구조를 잡고 이후에 보완 자료를 찾습니다. Docker를 처음 배울 때 튜토리얼 영상부터 봤다가 기본 개념이 빠진 채로 명령어만 따라치는 상태가 됐습니다. 이후 공식 문서로 돌아가 처음부터 다시 읽으니 왜 그렇게 쓰는지가 이해되기 시작했습니다. 기술을 쓸 수 있게 되는 것과 왜 그렇게 설계됐는지를 이해하는 것은 다른 단계라는 걸 느꼈습니다.
왜 그렇게 설계됐는지를 알면, 나중에 낯선 문제도 원칙으로 풀어나갈 수 있습니다.
새로운 기술을 연구할 때 중요하게 생각하는 건 직접 만들어보는 것입니다. 읽기만 하면 이해한 것처럼 느껴지지만, 실제로 적용하다 보면 읽을 때 몰랐던 문제들이 나옵니다. 최근에 FastAPI를 공부할 때 튜토리얼을 따라가는 것만으로는 부족해서, 사이드 프로젝트에 실제로 써보는 방식으로 전환했습니다. 그 과정에서 의존성 주입 개념이 왜 필요한지를 직접 막혀보면서 이해했습니다. 오류를 마주치는 게 그냥 읽을 때보다 훨씬 빠른 학습이라는 걸 느꼈습니다.
막혀보는 경험 없이는 채울 수 없는 이해가 있다는 걸 느꼈습니다. 모르는 것을 직접 부딪혀 찾아내는 과정이 가장 오래 남는 학습이었습니다.
신기술 학습에서 가장 효과적이라고 느낀 방법은 남에게 설명해보는 것입니다. 혼자 이해했다고 생각해도 설명하려고 하면 모르는 부분이 드러나는 경우가 많습니다. 스터디에서 Kubernetes 개념을 발표하기로 하고 준비하면서, 설명을 못 하는 부분이 곧 내가 실제로 이해를 못 한 부분이라는 걸 알게 됐습니다. 발표 준비 과정이 오히려 단순 공부보다 훨씬 깊은 이해로 이어졌습니다. 기술을 익힐 때 설명 가능한 수준이 되는 것을 목표로 삼게 된 계기였습니다.
설명할 수 없는 것은 아직 이해가 안 된 것이라는 기준이 생겼습니다. 기술 학습에서 설명 가능함이 이해의 기준이 됐습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 당근마켓 DBA 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.