이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
인턴 프로젝트에서 관리자 페이지의 데이터 테이블에 3천 건을 한 번에 불러오다가 브라우저가 멈추는 현상이 발생했습니다. 처음에는 단순히 react-window로 가상화하면 해결될 것이라고 생각했지만, 기존 테이블 컴포넌트 구조를 변경해야 했기에 멘토에게 허락을 구했습니다. 하루 동안 작업한 결과, 가상화 적용 후 렌더링 시간이 1.8초에서 0.3초로 줄어들었습니다. 그러나 체크박스로 전체 선택할 때 버그가 발생하여 이 부분 수정에 반나절이 추가로 소요되었습니다.
실제 성능 수치를 먼저 측정하고 시작한 덕분에 개선 효과를 명확히 보고할 수 있었습니다. 어드민 UI는 사용자가 내부 직원이라도 느리면 불편하다는 것을 배웠습니다.
사이드 프로젝트에서 어드민 콘텐츠 등록 화면을 만들었는데, 입력 항목이 20개가 넘었어요. 처음엔 한 페이지에 다 넣었는데 스크롤이 너무 길어서 어디에 무엇을 입력했는지 파악하기 어려웠어요. 스텝 폼 방식으로 나눠봤는데, 이번엔 단계를 넘어가다가 이전 내용을 수정하기 불편하다는 피드백이 나왔어요. 결국 섹션 접기/펼치기 방식으로 타협했어요. 처음 설계가 맞다고 끝까지 고집했다가 사용자 피드백으로 두 번이나 바꾼 실패가 있었어요. 이 경험으로 초안 완성 후 빠른 테스트가 최종 완성도보다 중요하다는 걸 느꼈어요.
어드민 화면도 사용자 관점에서 설계해야 한다는 걸 배웠어요.
팀 프로젝트 어드민 페이지에서 검색 결과가 없을 때 빈 화면만 나오는 문제가 있었어요. 사용자가 오타를 입력했는지, 데이터가 없는 건지 구분이 안 됐어요. 빈 상태 UI를 추가하고 최근 검색어 기록도 넣으면 좋겠다고 생각해서 제안했는데, 일정상 빈 상태 UI만 먼저 하기로 했어요. 검색어 강조 표시는 직접 구현했는데, 특수문자가 들어오면 정규식이 깨지는 버그가 있었어요. 이스케이프 처리를 추가해서 해결했지만 엣지 케이스를 생각하지 않으면 작은 기능도 버그가 생긴다는 걸 배웠어요. 어드민 UX 개선은 내부 사용자라서 대충 해도 된다는 생각을 버리는 것부터 시작해야 한다고 생각해요.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 프론트엔드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.