이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
동아리에서 신규 팀원 3명이 들어왔을 때 내가 먼저 세팅 가이드 문서를 만들었습니다. 예전에 들어올 때 환경 설정에 반나절을 혼자 쓴 경험이 있어서, 그 과정을 그대로 문서로 정리하였습니다. 코드 구조 설명과 자주 쓰는 명령어 모음도 포함하였습니다. 새 팀원 한 명이 문서 덕분에 첫날 바로 PR을 올렸다고 했을 때 보람이 컸습니다. 반면 문서가 최신 상태가 아닌 부분이 있어서 혼란을 드린 적도 있었습니다.
문서는 만들고 끝이 아니라 계속 관리해야 한다는 것을 배웠습니다. 이후로는 환경이 바뀔 때마다 문서 업데이트를 작업 완료의 일부로 생각하고 있습니다. 그 과정이 값진 배움이었습니다.
인턴 첫 주에 코드 구조가 낯설어서 직접 물어보는 게 부담됐어요. 처음엔 혼자 해결하려고 하루를 써서 결국 막혔을 때 팀원에게 물어봤어요. 팀원이 5분 만에 설명해줬고, 왜 진작 물어보지 않았냐는 말을 들었어요. 그 이후로 30분 이상 막히면 바로 물어보는 원칙을 세웠어요. 질문할 때는 어디까지 시도했고 어디서 막혔는지 먼저 정리해서 물어보는 방식을 썼어요. 팀원들도 이 방식에 긍정적이었고, 오히려 내가 무엇을 모르는지 파악하면서 더 빠르게 도움을 줄 수 있다고 했어요. 질문이 유대감을 만든다는 걸 이때 배웠어요.
이 경험 덕분에 한 단계 성장할 수 있었습니다.
팀 프로젝트에서 팀원 한 명이 이틀 동안 같은 에러를 보고 있는 걸 눈치챘어요. 직접 물어보니 물어보기 미안했다고 했어요. 같이 보다가 비동기 처리 순서를 잘못 이해한 게 원인이었어요. 제가 겪었던 같은 실수였어요. 같이 해결하면서 제가 어떻게 이해했는지를 공유했고, 팀원이 해결 후 '이렇게 말해줘서 이해됐다'고 했어요. 이 경험에서 팀에 기여하는 게 코드 작성만이 아니라는 걸 느꼈어요. 팀원이 막혀있다는 신호를 알아채는 것도 협업 능력이라고 생각하게 됐어요.
물어보는 분위기를 만드는 것도 팀 성과에 영향을 준다는 걸 배웠어요. 그 과정이 값진 배움이었습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 프론트엔드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.