
Backend , Frontend 공통 IDL 적용
Backend와 Frontend가 각각 관리하던 타입을 공통 IDL로 통일한 사례를 소개했습니다. 이를 통해 중복 작업을 줄이고 인터페이스 히스토리와 통신 규약을 함께 관리했습니다.

Backend와 Frontend가 각각 관리하던 타입을 공통 IDL로 통일한 사례를 소개했습니다. 이를 통해 중복 작업을 줄이고 인터페이스 히스토리와 통신 규약을 함께 관리했습니다.

당근페이 프론트엔드가 4개 프로젝트를 원레포·원도메인 구조로 통합한 배경과 논의 과정을 공유했습니다. 폴더 구조를 page, shared, common 기준으로 정리하며 기준을 세워가는 방식을 소개했습니다.

Libplanet 4.0에서 여러 Account를 다루는 World 구조가 도입되며 상태 관리 방식이 개선되었습니다. 또한 기존 API에서 World 기반 조회 방식으로 바뀌고 마이그레이션 지원과 성능 개선이 함께 제공되었습니다.


상품 상세페이지 개편을 위해 Front-WEB과 Front-API를 분리하고 독립 배포 구조를 적용했습니다. 외부 API에는 Circuit Breaker를, 상세 API에는 필요한 데이터만 주는 Compact API를 적용했습니다.

사용자 피드백을 한곳에 모아 분류하고 작업 티켓과 연결하는 오픈소스 서비스 ABC User Feedback을 소개했습니다. 엑셀·위키 중심 관리의 한계를 줄이고 피드백 반영의 선순환을 체계화하는 데 초점을 두었습니다.


다양한 판매 채널의 주문을 한곳에서 통합 관리하는 SIS 시스템을 소개했습니다. 상품 매핑과 WMS 연동으로 주문, 재고, 배송 상태를 연결했습니다.
쿠팡 파트너스
이 게시물은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.
다나와 웹 트래픽 로그 분석용 내부 서비스를 도입한 과정을 정리했습니다. 유비쿼터스 언어 정리부터 Opensearch 선택, 필터링과 검증까지의 흐름을 설명했습니다.


Release PR에서 커밋의 Jira 이슈를 찾아 fix versions를 자동 추가하는 GitHub Action을 소개했습니다. 수동 버전 관리 부담을 줄이고, 실패 이슈는 출력값과 댓글로 확인할 수 있습니다.

오픈소스를 하나의 배포 방식으로 보고 설계 단계부터 공개 가능성을 고려해야 한다고 설명했습니다. 일관성, 확장성, 유지 보수성을 중심으로 유형별 구조와 네이밍 원칙도 정리했습니다.

X


카탈로그 리뷰 API의 DB 부하 문제를 로컬 캐시 한계를 중심으로 분석했습니다. 글로벌 캐시 도입과 최신화 흐름 검증으로 API 개선 과정을 정리했습니다.


Lighthouse와 실제 필드 데이터의 차이를 짚고, CrUX API로 구글의 실측 성능 데이터를 대시보드에 반영하는 방법을 소개했습니다. 성능 평가는 실험실 지표만 보지 말고 실제 사용자 데이터도 함께 확인해야 합니다.