이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
사이드 프로젝트에서 이미지 레이지 로딩을 적용하다가 삽질을 꽤 했습니다. Intersection Observer를 처음 사용했는데, threshold 설정을 잘못하여 스크롤 끝에 닿아야만 로드되는 버그가 발생했습니다. 이틀 동안 원인을 찾지 못하다가 MDN 문서를 다시 보고 해결했습니다. 그 과정에서 브라우저가 뷰포트를 어떻게 계산하는지를 제대로 이해하게 되었고, Tech Talk에서 이 경험을 발표하면 팀 동료들이 바로 쓸 수 있겠다고 생각했습니다. 발표 형식은 처음에는 버그 상황 → 잘못된 시도 → 원인 파악 → 해결 순서로 구성하고, 살아있는 데모 코드를 함께 보여주면 이해하기 쉬울 것 같습니다. 완벽한 지식 전달보다 함께 삽질한 경험을 나누는 것이 더 와닿는 발표라고 생각합니다.
동아리 프로젝트 코드베이스를 자바스크립트에서 타입스크립트로 마이그레이션하는 작업을 혼자 진행했는데, 3주가 걸렸어요. 처음엔 any로 다 막았다가 그건 의미 없다는 걸 깨닫고 제네릭과 유니온 타입을 제대로 공부하면서 다시 손봤어요. any를 줄이는 과정에서 숨겨진 버그 두 개를 발견했는데, 하나는 API 응답 타입이 실제와 달랐던 거였어요. 이 경험에서 타입 시스템이 문서이자 테스트라는 걸 실감했어요. Tech Talk에서 이 주제를 다룬다면 마이그레이션 과정에서 발견한 의외의 버그들을 중심으로 발표하면 흥미롭겠다고 생각해요. 이론보다 실제 사례 기반이 더 기억에 남으니까요.
취준하면서 포트폴리오 프로젝트에 유닛 테스트를 처음 도입했어요. Jest와 React Testing Library를 쓰는데, 처음엔 무엇을 테스트해야 하는지 몰라서 모든 함수에 테스트를 만들었다가 30개짜리 테스트 파일이 생겨서 관리가 안 됐어요. 그 실패 이후 사용자가 하는 행동 단위로 테스트를 나눠야 한다는 원칙을 배웠어요. 테스트를 짜기 어려운 코드가 설계 문제라는 것도 이때 느꼈어요. Tech Talk에서 테스트를 처음 시작하는 분들 기준으로 삽질 포인트와 결정 기준을 공유하면 도움이 될 것 같아요.
저도 아직 배우는 과정이니까 같이 논의하는 형식이 더 맞을 것 같고요.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 넛지헬스케어 풀스택 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.