Q9-1
금융 도메인이 다른 도메인과 어떻게 다르다고 생각하세요? 본인의 경력과 어떻게 연결되나요?
핵심 포인트
- 금융의 세 가지 압박: 신뢰성 / 접근성 / 성능 — 각각이 시스템적 사고를 강하게 요구
- 본인 경력의 직접 연결: VAC 어댑터 (신뢰성), WCAG 검수 경험 (접근성), 2단계 캐싱·점진 렌더링 (성능)
- 단순히 "강점이 맞아요"가 아니라, 구체적으로 어떤 결정을 어떻게 내릴지의 맛보기
모범 답안먼저 답해보고 펼치기
세 가지 결의 압박이 다른 도메인과 가장 다르다고 봅니다.
첫째, 신뢰성. 사용자에게 돈이 걸려 있는 화면은 한 번의 잘못된 인터랙션이 신뢰를 깨뜨려요. 1px의 어긋남, 한 프레임의 깜빡임, 잘못된 숫자 포맷, 의도치 않은 버튼 활성화 — 이런 미세한 결함이 다른 도메인보다 훨씬 큰 영향을 만듭니다. 제가 CLO에서 VAC 어댑터로 70개 컴포넌트를 엔진 변경에서 격리한 사고가 정확히 이 결의 일이에요. 외부 의존이 흔들려도 사용자가 보는 화면은 흔들리지 않게 하는 아키텍처가 금융 도메인에서 더 강하게 요구된다고 봅니다.
둘째, 접근성. 금융 서비스는 사용자 스펙트럼이 매우 넓어서 — 시각·운동·인지 다양성을 다 포괄해야 하고, 그게 법규와도 맞물려요. 포그리트에서 매 반기 SWCAG 검수에 참여하면서 키보드 네비게이션·ARIA·명도 대비·focus 관리를 컴포넌트 단위에서 챙기는 사고를 정착시켰는데, 이 사고가 토스증권에서 디자인 시스템 컴포넌트의 기본 인터페이스를 설계할 때 그대로 가치 있게 작용할 거라고 봅니다.
셋째, 성능. 실시간 시세·차트·체결 같은 화면은 사용자 결정이 즉시 일어나는 영역이라 0.1초의 지연도 사용자 경험을 깨뜨립니다. CLO에서 동일 텍스처 동시 요청을 결과 캐시 + 인플라이트 캐시로 dedupe하고, 수천 개 컬러칩을 IntersectionObserver로 점진 렌더링한 경험이 그대로 옮겨갈 수 있는 영역이에요. 더불어 React Query의 dedupingInterval 같은 라이브러리 레벨의 사고도 같은 결입니다.
이 세 가지가 모두 시스템적 사고를 강하게 요구한다는 공통점이 있고, 제가 5년간 다져 온 강점이 이 압박 안에서 가장 잘 발휘될 수 있는 환경이라고 보고 지원했습니다.
이 답변, 어땠나요?
꼬리 질문
- Q-a. 본인이 토스증권에 와서 가장 먼저 하고 싶은 일이 있다면요?
첫 1~3개월은 도메인 학습과 기존 디자인 시스템·인프라 파악이 우선이라 보고 큰 변경은 안 만들 거예요. 그 시기에 (1) 기존 컴포넌트의 접근성·인터랙션 디테일 점검, (2) 디자이너분과의 협업 워크플로우 관찰을 통해 자동화 여지가 있는 영역 발굴 — 이 두 가지를 해 두고, 한 분기쯤 지난 시점에 가장 임팩트 있는 한두 영역에 집중적으로 기여하고 싶습니다.
- Q-b. 본인이 가장 부족할 거 같은 영역은요?
금융 도메인 지식이에요. 증권 도메인 특유의 호가·체결·청산 같은 개념을 깊게 알지 못하니, 첫 한두 분기는 도메인 학습에 시간을 의식적으로 배분해야 한다고 봅니다. UI 레이어에서 옳은 결정을 하려면 도메인을 이해해야 하니까요.
CS · 이론
- 금융 프론트엔드의 도전: 실시간 데이터 (WebSocket·SSE), 정밀 차트 렌더링 (Canvas·WebGL), 접근성·다국어, SLA·신뢰성 메트릭
- 접근성과 법규: 한국의 장애인 차별 금지법, 미국의 ADA, EU의 European Accessibility Act 등
- Core Web Vitals: LCP·INP·CLS — Google이 정의한 사용자 체감 지표. 금융 서비스는 INP(Interaction to Next Paint)가 특히 중요
- Toss Design System (TDS): 외부 일부 공개. 사전에 훑어보면 답변에 자연스럽게 인용 가능