리더로 명함을 달지 않으셨지만 팀의 실제 중심이셨던 분. 공식 권한이 없어도 영향력은 결과로 증명된다는 걸 보여주신 케이스입니다.

결제 리뉴얼 때 든든한 혹등고래님이 백엔드 리드를 맡으셨습니다. 외부 PG 3곳과의 인터페이스 정의부터 기존 결제 이력 마이그레이션 검증까지 까다로운 부분을 전부 소유권 가지고 끌고 가셨어요. 런칭 후 결제 실패율이 절반 이하로 떨어진 게 그 결과물입니다. 인증 시스템을 OIDC로 이관한 프로젝트가 기억에 남습니다. 흩어져 있던 세션/쿠키 로직을 하나의 게이트웨이로 모으는 작업이었는데, 장애 없이 끝낸 게 거의 기적이었어요. 든든한 혹등고래님의 롤백 플랜과 섀도우 모드 검증이 핵심이었습니다.

고객 불만 응대 콜에서 엔지니어가 들어가면 좋을지 누구보다 먼저 판단하셔서 대응이 빨라졌어요. 보통은 CS 팀이 먼저 흡수한 뒤에 엔지니어링으로 넘어오는데, 든든한 혹등고래님은 초반 몇 마디만 듣고도 개입 타이밍을 정확히 잡으셨죠. 그 결정 덕에 크게 번질 수 있던 이슈들이 초반에 정리된 경우가 여럿 있었습니다. 제가 처음 맡은 대형 프로젝트에서 겁먹고 있을 때, 든든한 혹등고래님이 30분 통화로 전체 지도를 그려주셨어요. 복잡해 보이던 문제를 단계별로 쪼개주시고, 각 단계에서 실패했을 때의 플랜B까지 같이 그려주셨죠. 그 한 번의 통화로 정말 많이 달라졌습니다. 이후 비슷한 상황이 오면 저도 후배에게 같은 방식으로 도움을 주려고 노력하고 있어요.

본인 PR 설명을 조금 더 풀어 써주시면 리뷰어들이 덜 힘들 것 같아요. 코드는 명확한데 의도 배경이 짧을 때가 있어서, 리뷰어가 코드를 읽으면서 맥락을 추측해야 했던 순간이 있었습니다. 특히 큰 PR일수록 "왜 이 구조를 택했는가"를 한두 문단 넣어주시면 리뷰 품질이 훨씬 올라갈 것 같아요.

기술과 비즈니스 사이를 오가야 하는 자리에 잘 맞습니다. 양쪽 언어를 다 쓰실 줄 아시거든요. 프로덕트 매니저든 테크 리드든, 경계에 서는 역할에서 본인의 강점이 복리로 쌓일 겁니다.

함께 일하면서 정말 많이 배웠어요. 다시 같이 일할 기회가 있다면 망설임 없이 선택할 것 같습니다. 업계가 좁다 보니 어디선가 다시 만날 것 같기도 하고, 그때는 각자 더 성장해 있길 바라요.