이 자리가 왜 생겼을까요
토스뱅크는 제품을 만드는 조직을 스쿼드로 두고 있고, 공고는 스쿼드마다 Server Developer가 3~5명씩 여신·수신·카드 제품을 개발한다고 밝혔습니다. 한 자리를 채우는 공고가 아니라 여러 스쿼드가 같은 직무를 동시에 찾는 구조입니다. 공고는 또 '금융권 경험이 있는 Server Developer는 많지 않고, 대부분 유망한 IT기업과 스타트업에서 모여' 있다고 적었는데, 은행 경력을 조건으로 걸지 않는 이유가 여기에 있습니다.
토스가 지금 어떤 사업에 집중하고 있는지는 토스 채용 분석에서 이어서 볼 수 있습니다.
1하게 될 업무
복잡한 은행 시스템을 빠르고 간결한 구조로 고객에게 제공할 방법을 고민하고 실행합니다.
이렇게 볼 수 있어요
기존 은행 시스템을 그대로 옮기는 일이 아니라는 뜻입니다. 공고가 '은행의 당연했던 문법에 대한 의문에서부터 제품을 설계해 왔어요'라고 적은 것과 이어집니다. 레거시를 재구성해 본 경험이 있으면 그 판단 근거를 적을 자리가 있습니다.
대용량 트래픽을 빠르고 안정적으로 처리할 수 있는 시스템을 개발합니다.
이렇게 볼 수 있어요
자격 요건과 이력서 안내에 트래픽이 세 번 반복해 나옵니다. 이 공고에서 가장 자주 확인하는 축이라고 보는 편이 맞습니다.
혁신적인 뱅킹 서비스를 위한 아이디어를 먼저 제안하고 설계부터 개발까지 맡습니다.
이렇게 볼 수 있어요
요구사항을 받아 구현하는 자리가 아니라 제안하는 자리로 적혀 있습니다. 기획이 정해지기 전에 의견을 내 방향을 바꾼 경험이 있으면 그 과정을 적는 편이 좋습니다.
대고객 서비스와 함께 내부 관리 웹 서비스도 개발합니다.
이렇게 볼 수 있어요
어드민이나 백오피스 개발 경험이 부가 경력이 아니라 이 자리의 업무 범위 안에 있습니다.
2자격 요건
Kotlin/Java로 Spring Framework 기반의 서비스를 개발한 경험이 필요합니다.
이렇게 볼 수 있어요
언어와 프레임워크가 고정돼 있습니다. 토스뱅크 기술 목록에 Spring Mvc와 Spring Webflux가 함께 있으므로 동기와 비동기 중 어느 쪽을 다뤘는지 적어 두면 읽는 쪽이 편합니다.
비즈니스 요건을 빠르게 이해하고 데이터 모델과 API를 디자인할 수 있어야 합니다.
이렇게 볼 수 있어요
구현 속도가 아니라 설계 능력을 묻고 있습니다. 요건을 받아 스키마와 API를 직접 그린 사례가 있으면 그 결정에서 무엇을 버렸는지까지 적는 편이 좋습니다.
변화를 두려워하지 않고 지속적인 성장을 원하는 사람을 찾습니다.
이렇게 볼 수 있어요
이력서 안내가 '개발자로서 어떤 성장을 생각하고 계시고, 성장을 위해 어떤 노력을 하고 계신지 적어주세요'라고 따로 요구합니다. 이 항목은 문장으로 답해야 하는 칸입니다.
동료에게 필요한 지식을 전파하고 협업을 즐기는 사람이면 좋다고 적혀 있습니다.
이렇게 볼 수 있어요
스쿼드에 서로 다른 직군이 모여 있어 개발자끼리만 대화하지 않는 구조입니다. 비개발 직군에게 기술 제약을 설명해 본 경험을 여기에 적으면 됩니다.
3우대 사항
대용량 트래픽을 안정적으로 운영해 본 경험이 있으면 좋습니다.
이렇게 볼 수 있어요
업무와 자격 요건에 이미 나온 축이 우대 사항에서 한 번 더 나옵니다. 규모를 숫자로 적을 수 있으면 적는 편이 낫습니다.
Redis와 Kafka를 다뤄 본 경험이 있으면 좋습니다.
이렇게 볼 수 있어요
둘 다 기술 목록에 있는 항목입니다. 캐시와 메시지 큐를 어떤 문제를 풀려고 넣었는지가 함께 있으면 도구 나열과 구별됩니다.
4기타 사항
- 게시일 : 2020년 6월 26일
- 고용형태 : 정규직
- 근무지 : 서울특별시 강남구 테헤란로 131, 13층 (역삼동, 한국지식재산센터) (추정)
- 경력 조건 : 해당 내용은 원본 공고에서 확인되지 않습니다.
- 학력 조건 : 해당 내용은 원본 공고에서 확인되지 않습니다.
쓰는 기술
공고 본문에 적힌 기술만 모은 목록입니다.
- Kotlin
- Java
- Gradle
- Netty
- Spring Mvc
- Spring Webflux
- Spring Boot
- Spring Cloud Gateway
- Spring Cloud Config
- JPA/Hibernate
- MySQL
- MongoDB
- Redis
- Zookeeper
- Kubernetes + Istio
- GoCD
- ArgoCD
- Consul
- Vault
- Git
- Docker
- Ceph
- Harbor
- Kafka
- ELK
- Prometheus + Thanos
- Grafana
전형과 지원
토스커뮤니티는 합류 여정을 한 페이지로 공개해 두었습니다. 공통 골격은 같지만 계열사와 공고에 따라 단계가 더해지거나 빠지므로, 공고 페이지에 적힌 단계를 함께 확인해야 합니다.
기본 다섯 단계
지원서 접수, 직무 인터뷰, 문화적합성 인터뷰, 레퍼런스 체크, 처우 협의와 합류 결정 순입니다. 안내에는 '포지션에 따라 사전 과제 / 전화 인터뷰 등의 전형이 추가될 수 있어요'라고 적혀 있습니다.
이렇게 볼 수 있어요
공고마다 앞 단계가 다르므로 일정을 잡을 때 공고 페이지를 먼저 봐야 합니다. 같은 계열사 안에서도 사전 과제가 붙은 공고와 없는 공고가 섞여 있습니다. 토스뱅크 Customer Success Specialist(계약직)와 토스 Financial Data Analyst (FP&A) 공고는 레퍼런스 체크와 처우 협의 없이 문화적합성 인터뷰 뒤 바로 최종 합격으로 갑니다. 둘 중 하나만 빠진 공고도 있습니다. Category MD (신선식품 Unit Leader - 과일, 채소), Category MD (뷰티), Category MD (가공식품), Search Quality Operations Manager 공고는 처우 협의가 레퍼런스 체크보다 먼저 옵니다.
문화적합성 인터뷰가 따로 있다
'인터뷰어는 토스의 핵심가치를 누구보다 잘 이해하고 있는 동료들로 구성되어 있어요'라고 적혀 있고, '지원자를 검증하기 위해 일방적으로 질문을 던지는 것이 아니라, 토스커뮤니티 문화에 대해 서로 진솔한 대화를 나누는 방식으로 진행해요'라고 설명합니다.
이렇게 볼 수 있어요
직무 경험만 준비하면 한 단계를 비워 두게 됩니다. 핵심가치 네 가지에 각각 대응하는 본인 사례를 미리 한 개씩 정리해 두면 이 단계에서 꺼낼 것이 생깁니다.
인터뷰는 전부 온라인이다
'모든 인터뷰는 온라인(Google Meet/ Zoom)으로 진행하고 있어요'라고 적혀 있고 '최대한 1:1 커뮤니케이션을 지향'한다고 밝혔습니다. 인터뷰어는 '합류하신다면 가장 많은 협업을 하게 되실 동료들'입니다.
이렇게 볼 수 있어요
이동 시간이 들지 않아 재직 중에도 일정을 잡기 쉽습니다. 안내가 조용한 개인 공간과 이어폰 사용을 권하고 있으므로 환경을 미리 확인해 두는 편이 좋습니다.
지원서는 자유 양식이다
'지원자분의 역량을 최우선적으로 검토하기 위해 자유 양식의 지원서를 받고 있어요'라고 적혀 있습니다. 개발 직군은 '기술 숙련도를 파악하기 위해 이력서 상에 기술 스택을 꼭 작성해 주세요'라는 요구가 따로 붙습니다.
이렇게 볼 수 있어요
정해진 문항이 없으므로 무엇을 보여 줄지 직접 정해야 합니다. 안내는 경험을 나열하기보다 '임팩트와 러닝 포인트'를 적으라고 했고, 주민등록번호와 자택 주소, 연봉은 필수가 아니라고 밝혔습니다. 제출은 PDF를 권합니다.
계열사 간 중복 지원이 된다
'원하는 포지션이라면 계열사 간 중복 지원도 가능해요'라고 적혀 있습니다. 토스, 토스뱅크, 토스페이먼츠, 토스인슈어런스, 토스증권, 토스씨엑스 등이 함께 열거돼 있습니다.
이렇게 볼 수 있어요
같은 직무를 여러 계열사가 채용하고 있을 때 하나만 고를 필요가 없습니다. 다만 계열사마다 도메인이 다르므로 지원서의 강조점은 각각 맞추는 편이 낫습니다.
이 공고만 다른 점
서류 접수와 직무 인터뷰 사이에 사전 인터뷰가 있습니다.
토스커뮤니티 공통 안내에는 사전 단계가 선택으로 적혀 있지만 이 공고는 단계로 고정해 두었습니다. 서류를 낸 뒤 인터뷰가 두 번 이상이라고 보고 일정을 잡는 편이 안전합니다.
금융기관 채용 결격사유에 해당하면 채용이 취소될 수 있다고 적혀 있습니다.
은행이라 일반 기업에 없는 조건이 붙습니다. 금융 관련 제재 이력이 있으면 지원 전에 확인해 두는 편이 낫습니다.
지원 전 준비할 것
- 1
문제 해결 과정을 사례 하나로 정리해 둡니다
공고가 '실제 본인이 참여한 프로젝트와 기여 정도, 어려운 과제를 극복한 과정이 드러날 수 있는 구체적인 사례가 최소 1가지 이상 필요해요'라고 요구합니다. 문제 정의, 시도한 방법, 결과 순으로 적으면 요구한 형식에 그대로 맞습니다.
- 2
트래픽 규모를 숫자로 확인해 둡니다
대용량 트래픽이 업무·자격·우대에 모두 나옵니다. 초당 요청 수나 일 처리 건수처럼 공개 가능한 숫자를 미리 확인해 두면 세 자리에서 같이 쓰입니다.
- 3
Spring Webflux 사용 여부를 정리해 둡니다
기술 목록에 Spring Mvc와 Spring Webflux가 함께 있습니다. 비동기 스택을 다뤄 봤다면 어떤 문제 때문에 선택했는지, 안 다뤄 봤다면 동기 스택에서 성능을 어떻게 다뤘는지를 정리해 두면 질문에 답할 것이 생깁니다.