웍스피어
잡코리아와 알바몬을 운영하는 HR 플랫폼 회사
Frontend Developer | 2025.11 ~ 현재
알바몬 지원 여정 A/B 실험
8건의 실험을 시작한 팀의 FE 기술 리드, 출시된 실험 2건은 FE 단독 (2026.03 ~ 2026.07)
8건 중 유사 공고 추천(실험 8)에는 3주간 약 98만 명이 배정
지원하려다 가입, 이력서 작성, 지원 방식 선택에서 멈추는 구직자를 줄이려고 14주간 A/B 실험 8건을 시작한 팀에서 FE 기술 리드를 맡았습니다. 노출(impression)이 화면이 그려질 때마다 기록돼 실험 대상이 아닌 방문까지 분모에 들어가고 있었습니다. 그래서 먼저 대상이 확정될 때 한 번만 남기게 바꿔, 대조군과 실험군을 같은 분모로 비교할 수 있게 했습니다. 유사 공고 추천(실험 8)은 출시 뒤 추천 영역에서만 지원한 사람이 월 약 2천 명 늘었습니다.
판단 3개 보기
- 팀 규칙QA 직전 급수정이 반복되자 5월 20일 회고를 이끌어 팀 규칙 5가지(개발 전 TC 정하기, TC로 코드 점검, 문서와 구현 일치, 소통 창구를 TL로 일원화, 배포 체크리스트)를 정함. 회고 뒤로는 QA 직전 급수정이 줄어듦
- 새 탭 열기공고 상세를 새 탭으로 열면 이력서 등록 팝업이 막힌다는 것을 구현 전에 알아냄. 새 탭이 opener를 가져가는 것이 원인이라 window.open 대신 링크로 열게 바꿔, 팝업이 막히지 않게 함. 복귀는 mount, focus, visibilitychange, pageshow로 감지해, 상세에서 돌아온 구직자에게 추천이 엉뚱한 위치에 들어가지 않게 함
- 배정 비율 경고Statsig 그룹 배정 비율 경고를 노출 기록 전송 누락으로 좁혀 집계 직후 flush로 고침(6월 29일 배포). 경고 구간(6월 24~26일)은 분석에서 빼고 다시 재서 두 그룹이 고르게 나뉜 구간의 숫자로만 출시를 판단하게 함
AI 에이전트 채용 서비스 2종
FE 5명 리드 (2025.11 ~ 2026.02)
AI 도구 팀 도입: 공식 스펙, BE, FE 세 곳을 대조하는 스킬 1개와 서브에이전트 3개를 레포에 공유해 동료가 온보딩할 수 있게 함. 채팅 QA 시나리오 86개의 첫 회차는 AI 브라우저 자동화로 돌림. A/B 실험에서는 AI 점검이 낸 inView 노출 기록 안을 대조군 반례로 걸러냄. AI 오케스트레이터는 직접 만들어 씀
오류는 Transport 층과 Runtime 층으로 나눠 Sentry에 보냄(Transport 오류에는 전용 태그, Runtime 오류는 리다이렉트와 함께)
기업 HR용과 구직자용 AI 채용 서비스 2종을 만드는 FE 5명을 이끌었습니다. 두 서비스는 같은 AI 서버를 쓰는데 서버의 응답 형식은 계속 바뀌었고, 기획은 늦었는데 행사 일정은 고정이었습니다. 공통 어댑터 패키지와 두 서비스 앱으로 나눠 앱이 전송(Transport) 구현을 주입하고 패키지는 추상 인터페이스에만 의존하게 했습니다. 공통 어댑터는 직접 만들어, 응답 형식이 바뀌어도 두 서비스를 따로 고치지 않고 변환을 한 곳에서만 고치면 되게 했습니다. 이 경계로 FE 5명의 작업을 나눠 2026년 1월 29일 리부트 행사 전에 개발을 마치고, 2026년 2월에 운영 출시했습니다. FE 동료 2명은 이 코어 위에 기능 9건을 직접 더했습니다.
판단 3개 보기
- 공통 패키지서비스마다 따로 만드는 안과 나중에 공통으로 빼는 안을 버리고, 처음부터 공통 패키지와 서비스 앱을 레이어로 나눠 FE 동료들이 같은 경계에서 작업을 나눠 갖게 함
- 순서와 재시도메시지 순서는 timestamp 하나로 정렬하는 안을 버리고 서버 기준으로 둬, 순서가 꼬이지 않게 함. 재시도는 모든 오류를 같은 방식으로 다시 보내는 안을 버리고 실패 지점별로 나눠, 같은 답변이 두 번 오거나 다른 대화가 섞여 보이지 않게 함
- 메시지 ID채팅 QA 시나리오 86개를 만들다 한 대화가 두 갈래로 갈라져 보이는 문제를 찾고, 원인을 임시 메시지 ID 처리에서 찾아 서버 ID 기준으로 바꿈
알바몬 모바일웹 추천피드 신규 화면
FE 단독 (2026.08 ~ 현재)
메뉴 영역의 리렌더를 없애는 수정은 회귀 테스트를 먼저 실패시킨 뒤 구현함. 추천피드 spec 709건 중 706건 통과(실패 3건은 작업 전부터 있던 것)
알바몬 모바일웹의 무한 스크롤 추천피드를 FE 혼자 맡아 새로 만들었습니다. 정책, API, 디자인이 정해지지 않은 상태였는데, 정책과 상관없는 화면을 목데이터로 먼저 만들어 API 연동이 일정 끝에 몰리지 않게 했습니다. 개발 서버는 QA 전에 PO, BE, 추천엔진 개발자에게 열어, 목록이 끝나지 않거나 같은 공고가 반복되는 경우를 함께 찾아 고쳐 QA로 넘어가는 이슈를 미리 줄였습니다. 그래서 목표일보다 8일 먼저 개발을 마쳤고, QA 이슈는 15건으로 PO가 예상한 100여 건보다 약 85% 적었습니다. 예상 100여 건은 PO가 알바몬 제트(사내 다른 신규 서비스) 때 QA 티켓 약 400건을 겪은 경험에서 나온 수치입니다. 10월 중순 운영 선배포 뒤 개선과 유지보수를 이어 갑니다.
판단 2개 보기
- 정책 확정 기다리지 않기정책 확정을 기다리면 API 연동이 일정 끝에 몰리고, FE가 임의로 정하면 재작업이 됨. 그래서 정책과 상관없는 화면 6가지를 먼저 만들고, 협의가 필요한 5가지(추천 호출, 이어보기, 실험 배정, 메뉴 연결, 노출 기록)는 목록으로 만들어 PO와 BE에 넘김
- QA 이슈QA 이슈를 FE, BE, 앱 원인별로 나눠 맞는 쪽으로 보냄. 처음 BE 원인으로 본 2건은 앱 쿠키와 검색조건 값을 따라가 앱 원인으로 바로잡음. 스펙과 다른 BE 응답은 FE에서 임시로 덮지 않고 BE로 넘김
개인정보 평가제와 위치정보 규제 대응
FE 단독 (2026.07 ~ 2026.08)
위치정보는 관련 테스트 112건(공용 지도 23, 앱 브릿지 5, 이용 기록 API 62 등)이 통과한 뒤 운영 배포
개인정보 평가제 시행일과 ISMS-P 위치정보 심사일에 맞춰 알바몬 FE를 고치는 일을 혼자 맡았습니다. 둘 다 지키지 않으면 과태료와 과징금 위험이 따릅니다. 정책서 목록과 BE 공통 API만 고치면 그 밖의 화면과 저장 경로가 남는다고 보고, 약관을 쓰는 코드를 전수 검색해 정책서에 없던 화면 5종을 찾아 범위에 넣어, 빠지는 화면 없이 시행일 당일 운영 배포했습니다. 위치 저장 경로도 끝까지 따라가 범위에 넣어, 저장 경로와 쿠키가 암호화되지 않은 채 남지 않게 했습니다. 위치정보는 운영 배포 뒤 관리자 화면에서 이용 기록이 쌓이는 것까지 확인했습니다.
판단 2개 보기
- 위치 이용 기록공용 지도에서 모달만 열어도 위치 이용 기록이 2회 쌓이고 다른 서비스 기록이 섞이던 오류를 찾음. "GPS 성공 1건당 서비스별 기록 1건"을 앱, PO와 기준으로 확정하고 기록 방식을 그에 맞춰 바로잡음
- 좌표 암호화알바몬 바로출근 서비스의 좌표를 브라우저에서 직접 암호화하면 키가 브라우저로 나가 인코딩 수준이 되므로 이 안을 버림. 좌표를 최종으로 쓰는 곳이 BE 검색이라 암복호화도 BE가 하도록 정해, 키가 브라우저로 나가지 않게 함
