기술을 선택한 이유와 바꾼 결과

기술을 다루는 기준

기술 이름보다 어떤 문제 때문에 선택했고, 운영 중 무엇을 검증했으며, 이전 구조를 어떻게 제거했는지를 설명합니다. 직접 리딩하거나 업무에 적용해 공개 근거가 있는 사례만 남깁니다.

Frontend 전환

• 레거시부터 App Router까지: 161개 경로를 조사하고 서비스 중단 없이 단계적으로 전환했습니다.
• Frontend Platform: 인증, ISMS, 백오피스와 디자인 시스템을 제품 운영 안정성 기준으로 묶었습니다.
• IE 지원 종료: 트래픽과 매출 데이터를 근거로 합의하고 IE 비중을 0.5% 미만으로 줄였습니다.
• SOON: React 경험을 활용해 3명 팀으로 모바일 신규 사업을 2개월 만에 출시했습니다.

제품 품질

• SEO/GEO: 크몽 모든 페이지의 HTML 구조, 콘텐츠, structured data와 웹 성능 기준을 전담했습니다.
• Design System: UI 기준을 실제 제품과 Agent가 재사용하는 인프라로 확장했습니다.
• 운영 학습: 장애 기록 19건을 LLM 위키에서 다시 찾는 실행 맥락으로 만들었습니다.

FDE와 운영 효율화

• Forward Deployed Engineer: 현장 문제를 함께 정의하고 구현·검증·내재화한 결과를 재사용 가능한 운영 방식으로 환류합니다.
• Code Quality GateKeeper: 모든 프로덕션 코드의 배포 전 필수 검사입니다.
• SID/PRD SSOT: 요구사항과 완료 기준을 Agent가 실행할 수 있는 문서로 고정합니다.
• Playwright E2E: AI와 마이그레이션 변경을 실제 브라우저 흐름으로 검증합니다.
• Cursor·Codex·Claude Code: 개인 요령을 팀의 위임 방식과 검증 절차로 바꿨습니다.
• Linear 전환: 프로덕트 개발 부서의 메인 업무 허브를 전환하고 전사 확장 중입니다.

대표 사례