이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
후배 개발자를 멘토링할 때 가장 먼저 하는 것은 어디서 막히는지 파악하는 것입니다. 막힘 없이 잘하는 것보다 본인이 모른다는 것을 인식하지 못하는 부분을 찾아주는 것이 멘토의 역할이라고 생각합니다. 저는 선배 개발자에게 코드 리뷰 피드백을 받으면서 왜 이렇게 했는지 한 마디 질문이 수동적 학습을 능동적 사고로 바꿔준다는 것을 경험했습니다. 그 방식을 그대로 가져와서, 후배에게 답을 주기 전에 먼저 어떻게 생각하는지를 물어보는 방식으로 멘토링합니다. 입사 후에도 실력보다 태도를 먼저 키울 수 있는 환경을 만들어주는 멘토가 되고 싶습니다.
성장은 답을 주는 것이 아니라 스스로 찾아가는 방향을 잡아주는 것에서 시작한다고 생각합니다.
팀 프로젝트에서 입문 팀원을 멘토링할 때, 직접 고쳐주기보다 어디서 막히는지 먼저 파악하는 것부터 시작했습니다. 막히는 지점은 두 가지 패턴이었습니다. 개념을 몰라서 막히는 것과 방향을 잃어서 막히는 것인데, 접근 방식이 달라야 했습니다. 개념 공백은 함께 문서를 읽으면서 채웠고, 방향 공백은 내가 비슷한 상황에서 어떻게 생각했는지 과정 그대로 보여주는 방식으로 대응했습니다. 코드 리뷰 때는 잘못된 부분을 짚기 전에 왜 이렇게 짰는지를 먼저 물었습니다. 의도를 들으면 어디서 판단이 틀어졌는지가 보이고, 그걸 함께 찾아가는 과정이 학습이 됐습니다. 피드백은 매번 짧게라도 글로 남겼고, 한 달 후 본인이 직접 읽으며 어떤 부분이 달라졌는지 비교할 수 있게 했습니다.
연구실에서 신입 연구원을 함께 지도했을 때, 첫 주에 역량 평가보다 본인이 무엇을 얻고 싶은지를 먼저 물었습니다. 목표를 알면 피드백의 방향도 달라집니다. "빠르게 배우고 싶다"는 사람에게는 속도가 나는 자료를 먼저 연결했고, "깊게 이해하고 싶다"는 사람에게는 기초 문서를 직접 읽게 하고 질문을 가져오도록 했습니다. 격주마다 30분짜리 1:1 대화 시간을 잡았는데, 진도 점검이 아니라 어떤 순간에 막혔는지, 혼자 어떻게 해결했는지를 듣는 자리로 운영했습니다. 그 이야기 속에서 어떤 사고 습관이 형성되고 있는지가 보였고, 보완이 필요한 부분을 그때그때 제안했습니다.
역량은 점수가 아니라 대화에서 드러난다는 것을 그 경험으로 확인했습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 쿠팡 프론트엔드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.