토스 4사 면접 전략 요약

토스 그룹 공용 유틸 라이브러리 toss/es-toolkit의 Issues에서 good first issue 탐색. 소스 코드 읽고 "왜 이렇게 구현됐는가" ADR 형식으로 기록 후 PR 제출. 면접관이 "저희 오픈소스 보셨어요?"라고 물을 때 직접 대응 가능. 레버리지 가장 높음.

Upbit / Binance 공개 API로 초당 10–30건 호가 데이터 수신 → naive 구현 → React DevTools Profiler로 병목 측정 → rAF 기반 배치 업데이트·가상 리스트 적용 → FPS·CPU 수치 비교. 기술 블로그 1편으로 외재화.

기존 "문제 해결" 서술을 "HTML 명세에서 navigation abort 스펙을 직접 확인한 뒤, 싱글톤 재사용으로는 구조적으로 race condition 제거 불가 → per-call iframe 설계"로 재서술. "라이브러리 한계를 직접 극복"한 시그널로 전환. 이미 가진 경험 — 서술만 바꾸면 됨.

토스뱅크는 전자점자·고령층 비대면 금융을 서비스 품질의 일부로 취급. 라이브코딩 채점 6번 항목이 "접근성 고려 — 시맨틱 HTML, ARIA 사용 여부". 클라밍고에 시맨틱 마크업 + aria-label · role 적용 후 Lighthouse 접근성 100점 달성, Mac VoiceOver로 실제 탐색 테스트 + 스크린샷 기록. "작은 부분이라도 의도가 보이면 긍정 신호"라고 페르소나가 명시.

토스뱅크 채점 포인트 2번: "코드보다 의사결정 과정이 더 중요하게 채점됨 — 커밋 메시지, 인라인 주석, 별도 메모 등 형태 불문." 코딩 테스트 연습 시 커밋마다 "왜 이 구조인가" 한 줄 기록을 습관화. 트레이드오프를 명시하지 않으면 구현이 완벽해도 감점.

토스뱅크 기술 심화 질문 2번: "복잡한 폼(여러 단계, 조건부 필드, 서버 검증)을 어떻게 상태 관리했나요?" 대출·카드 신청 같은 다단계 폼이 핵심 도메인. 클라밍고 검색 폼을 다단계 + 서버 에러 통합 폼으로 확장, 중간 뒤로가기 후 상태 복구 처리 구현. zod 스키마로 런타임-컴파일타임 타입 일치 보장 패턴 준비.

페르소나 Persona 1이 직접 질문: "AI가 제안한 코드가 틀린 걸 어떻게 알아챘나요? AI를 쓸 때와 쓰지 않을 때를 구분하는 기준이 있나요?" — 'AI 시대에도 기초 지식·판단력이 핵심'이 팀 가치. 기존 ESLint 커스텀 룰 도입 경험("AI가 자주 생성하는 문제 패턴 분석")을 이 맥락으로 재서술. "AI 결과물을 TDD·사람 리뷰로 검증"한 플로우를 짧은 문서로 외재화.

합격 시그널: "토스뱅크 서비스를 써봤고 특정 UX 포인트를 구체적으로 언급함." 예금·대출·이체 플로우를 실제 사용하며 "이 인터랙션은 어떻게 구현됐을 것 같다 + 개선하고 싶은 부분"을 1-2개 준비. "예금 금리 비교 시 이 단계의 상태 유지가 아쉬웠어요" 수준의 구체성 필요. 서비스 미사용 시 경계 시그널로 직결.