Search

Product Engineer — 리셀마켓 그 후, iOS 개발자의 유지보수기

URL
생성 일시
2026/02/11 04:07
최종 편집 일시
2026/02/11 04:07
태그
마이리얼트립
파일과 미디어
|| PEPE 세션 2 — Engagement&Retention팀 송은진님 코드를 설계한 사람과 유지보수하는 사람이 다를 때, 개발은 전혀 다른 국면으로 들어갑니다. 두 번째 PEPE 세션은 바로 그 지점에서 출발한 이야기였습니다. 지난 첫 번째 PEPE 세션에서 김경훈님은 안드로이드 개발자가 AI를 활용해 리셀마켓 프론트엔드를 설계하고 배포까지 완료한 경험을 공유해 주셨습니다. 이번 두 번째 세션은 그 이후의 이야기입니다. 발표자는 같은 팀의 Product Engineer 송은진님으로, 이미 설계가 끝난 리셀마켓을 넘겨받아 실제 운영과 유지보수를 맡은 입장에서 경험을 공유했습니다. 첫 번째 세션이 “어떻게 설계하고 배포했는가”에 대한 이야기였다면, 이번 세션은 “그 코드를 넘겨받아 실제로 고치고 키워 나가면서 어떤 일이 이어졌는가”에 더 가깝습니다. 설계자와 유지보수자가 다른 구조에서 무엇이 필요했는지, 그리고 그 과정에서 어떤 문제를 마주했고 어떻게 해결했는지를 중심으로 발표가 전개됐습니다. iOS만 개발해온 개발자, 프론트엔드를 맡다 은진님은 약 4년간 Swift 기반 네이티브 iOS 앱만 개발해 왔습니다. 프론트엔드 개발 경험은 없었습니다. 마이리얼트립 Product Engineer 직무 확장 프로그램을 통해 프론트엔드 개발에 도전하게 되었고, 첫 번째 미션으로 리셀마켓 유지보수를 맡게 됐습니다. 리셀마켓의 전체 프론트엔드 아키텍처는 안드로이드 개발자인 김경훈님이 설계했고, iOS 개발자인 송은진님이 그 코드를 넘겨받아 유지보수하는 구조였습니다. 흔하지 않은 구성입니다. “안드로이드 개발자가 설계한 아키텍처를 iOS 개발자가 유지보수하는 구조가 낯설면서도 신기했습니다. 그래서 더 중요하다고 느낀 게, 설계 의도와 맥락이 명확하게 기록돼 있어야 한다는 점이었습니다.” 그 기록은 코드 주석일 수도 있고, Claude나 Cursor로 작업할 때 생성한 md 파일일 수도 있습니다. 유지보수자가 설계자의 의도를 따라가기 위해서는, 단순히 코드가 아니라 “왜 이렇게 구현했는지”에 대한 설명이 남아 있는 것이 중요하다는 이야기였습니다. 검수 반려를 줄이기 위한 가이드, 바우처 명의 변경 자동화 은진님이 맡은 유지보수 미션은 크게 두 가지였습니다. 첫 번째는 검수 신청 페이지에 가이드 이미지를 추가하는 작업이었습니다. 리셀마켓에는 검수 신청 페이지가 있는데, 기존에는 가이드북 버튼만 제공되고 있었습니다. 이로 인해 예약 확정서나 영수증을 누락한 채 신청하는 경우가 많았고, 담당자가 반려 사유를 다시 안내해야 하는 일이 반복됐습니다. 이를 줄이기 위해 “어떤 서류를 어떻게 첨부해야 하는지”를 한눈에 볼 수 있는 가이드 이미지를 추가하는 작업이 진행됐습니다. 두 번째는 바우처 명의 변경을 판매자가 직접 할 수 있도록 개선하는 작업이었습니다. 기존에는 판매자가 바우처 명의 변경을 원할 경우, 담당자가 신규 구매자에게 직접 안내해야 했고, 전 과정이 수동 커뮤니케이션으로 이루어져 처리 지연과 번거로움이 컸습니다. 이를 개선하기 위해 구매자가 발생하면 거래 상태를 ‘거래중’으로 전환하고, 판매자가 여행자 정보를 직접 입력하면 해당 정보로 바우처 명의 변경까지 한 번에 처리되는 흐름을 구현하는 것이 목표였습니다. 유지보수자에게 중요한 질문은 “어디를 고쳐야 하는가” 유지보수를 맡은 입장에서 가장 먼저 필요한 것은 전체 구조에 대한 완벽한 이해가 아니라, “이 기능을 바꾸려면 어디를 고쳐야 하는가”였습니다. 은진님은 먼저 경훈님에게 리셀마켓 내 페이지 흐름을 설명 듣은 뒤, Cursor를 활용해 전체 구조 다이어그램과 컴포넌트 관계도를 요청했습니다. AI가 트리 구조로 시각화해 주면서, 수정해야 할 포인트가 빠르게 드러났습니다. 검수 신청 폼을 수정하려면 어떤 파일을 건드려야 하는지, 새로운 타입 값을 추가하려면 리셀 프로덕트 아이템 영역을 보면 된다는 식으로 명확해졌습니다. “아키텍처를 새로 설계하는 입장이 아니라 유지보수를 맡은 입장이었기 때문에, 어떤 부분을 어떻게 바꿔야 빠르게 작업할 수 있는지가 가장