gw-lim

월 1억+ 원 규모의 포인트 거래를 처리한 포인트 원장 시스템 구축 Built a point ledger system handling $100K+ in monthly transactions

동시성 제어로 포인트 원장의 회계 정합성 보장, 한달 간 1억+ 원, 4,000+ 개의 포인트 거래 처리 Guaranteed accounting consistency of the point ledger through concurrency control; processed $100K+ and 4,000+ point transactions in a single month

• 포인트 적립/사용/회수를 이벤트 기반으로 처리하여 결제·환불·게임 등 트리거 도메인과 독립적인 포인트 원장 도메인 구축
• 비관적 락 및 멱등성 키를 통해 동시성 문제에 방어적으로 설계, 정합성 검증 스케줄러를 통해 이상 탐지 및 알림

• Built a point-ledger domain independent of trigger domains (payment, refund, game) by handling accrual/use/recovery via events
• Designed defensively against concurrency issues via pessimistic locking and idempotency keys; deployed a consistency-verification scheduler for anomaly detection and alerting

• 포인트 도메인의 원장 기반 설계 전략 Ledger-based design strategy for the point domain
• 포인트 도메인의 운영 버그와 해결 전략 Production bugs in the point domain and resolution strategies

핵심 도메인 무중단 분리 & 3계층 테스트 인프라 구축 Zero-downtime separation of a core domain & 3-tier test infrastructure

운영 중인 단일 엔티티에 혼재된 두 도메인을 무중단 마이그레이션으로 분리하고, 안정적인 운영을 위해 3계층 테스트 인프라 구축 Separated two domains tangled in a single production entity via zero-downtime migration, and established a 3-tier test infrastructure for stable operations

• 운영 중 매출 핵심 도메인을 마이그레이션 비용을 고려한 aggregate 경계 절충 설계로 무중단 재설계하여 신규 도메인 확장 기반 마련
• 행사·일자·노선의 다단계 라이프사이클을 도메인 모델 내부 상태 전이 규칙으로 내재화하여 상위 계층의 임의적 상태 변경 경로 차단
• 3계층 테스트 인프라 구축 및 테스트 케이스 30 → 564개 확장, 회귀 테스트 도입을 통한 프로덕션 버그 재현 방지

• Redesigned a revenue-critical production domain with cost-aware aggregate boundary trade-offs, enabling zero-downtime migration and laying groundwork for new domain extensions
• Encoded multi-stage lifecycles of events/dates/routes as state-transition rules inside the domain model, blocking arbitrary state changes from upper layers
• Established a 3-tier test infrastructure, expanded test cases from 30 to 564, and prevented production bug recurrence through regression testing

• 운영 중인 핵심 도메인 무중단 분리하기 Splitting a core production domain with zero downtime
• 상위 도메인이 하위를 제어하던 cascading 뒤집기 Inverting cascading control between parent and child domains

GA4 연동 데이터·지표 BC 설계 Designed an analytics BC integrated with GA4

비즈니스 KPI를 자체 파이프라인으로 적재·조회하여 분석 도메인을 비즈니스 도메인과 격리 Isolated the analytics domain from the business domain by ingesting and querying business KPIs through a dedicated pipeline

• 내부 운영 데이터 집계와 외부 GA4 fetch를 자체 파이프라인으로 통합하여 비즈니스 도메인과 독립적인 분석 BC 구축
• 비즈니스 의사결정 질문을 기준으로 지표 카테고리를 재설계, 행사·팬덤 도메인에 맞는 자체 지표 정의
• 다축 Fact 테이블 모델링으로 다양한 지표 시나리오(GMV·리텐션·팬덤 누적/교차) 지원

• Unified internal operations data aggregation and external GA4 fetches into a single pipeline, building an analytics BC independent of business domains
• Redesigned metric categories around business decision questions and defined custom metrics tailored to the event/fandom domain
• Supported diverse metric scenarios (GMV, retention, cumulative/cross-fandom) via multi-axis fact table modeling

창업 멤버로서 0→1 서비스 구축 및 사업 다각화 Built a 0→1 service and diversified the business as a founding member

백엔드·웹·앱·어드민 풀스택 개발과 현장 운영을 병행하며 누적 회원 6만+, 누적 매출 10억+ 규모의 서비스로 성장 견인 Drove growth to 60K+ cumulative users and $1M+ in cumulative revenue while balancing full-stack development (backend, web, app, admin) with on-site operations

• 초기 창업 멤버로 합류하여 백엔드, 사용자 웹/앱, 어드민 웹까지 서비스 전 영역의 개발을 주도
• 셔틀 운영 현장에 직접 투입되어 현장 인력 총괄, 스태프 운용, 버스 기사 커뮤니케이션, 출차 관리를 수행하며 운영 페인 포인트를 기술 개선 과제로 환원해 운영 안정화 추진
• 포토티켓, 포도알게임 등 신규 서비스를 직접 기획·구현하여 단순 셔틀 예약을 넘어 팬덤 경험 플랫폼으로 사업 영역 확장

• Joined as an early founding member and led development across the entire service stack — backend, user web/app, and admin web
• Worked directly in shuttle operations on-site — managing field staff, coordinating with bus drivers, handling dispatch — and translated operational pain points into engineering improvements to stabilize operations
• Planned and implemented new services such as Photo Ticket and Grape Game, expanding the business beyond shuttle reservations into a fandom-experience platform

• 개발자의 초기 스타트업 현장 운영 회고 A developer's reflection on early-startup field operations

공공데이터 기반 건물 정보 시각화 Building information visualization based on public data

공공데이터 API로 건축물대장·지역 데이터를 받아와 그래프로 가공하여 건물 상세 페이지의 정보성 강화 Fetched building registers and regional data via public-data APIs and rendered them as graphs to enrich the building detail page

• 외부 데이터 fetch와 가공 로직을 분리해 차트 컴포넌트의 데이터 의존성을 단순화

• Separated external data fetching from processing logic, simplifying the chart component's data dependencies

카카오 지도 API 기반 공간 탐색 페이지 구현 Spatial exploration page using the Kakao Maps API

확대 레벨별 표시 단위 전환과 지도-목록 양방향 동기화로 검색 결과 탐색 UX 개선 Improved search-result exploration UX through zoom-level-aware display unit switching and bidirectional map-list sync

• 확대 레벨에 따라 클러스터/마커가 자동 전환되도록 구현하여 밀집 지역에서의 가독성 확보
• 지도 마커와 사이드 탭의 건물 목록을 양방향 동기화하여 두 가지 방식으로 검색 결과 확인 가능
• 커스텀 훅으로 지도가 사용되는 페이지에서만 카카오맵 스크립트를 지연 로드하여 초기 로딩 비용 절감

• Implemented automatic cluster/marker switching based on zoom level for readability in dense areas
• Bidirectionally synced map markers with the side-tab building list, allowing search results to be viewed in two ways
• Lazy-loaded the Kakao Maps script via a custom hook only on map-using pages to reduce initial loading cost