이번 글에서는 상품 엑셀 등록 서비스 개발하고 컨슈머에서 사용할 API Rate Limiter 개발하면서 발생한 이슈를 정리한 글입니다. 이 글은 아래와 같이 구성되어 있습니다. - API Rate Limiter 도입 필요성 - API Rate Limiter 적용 - API Rate Limiter 동시성 문제 - Lua script 실행시켜서 atomic 연산을 보장하도록 개선 - 정리
살아남는 프로덕트를 만들고 싶다면 반드시 리텐션을 이해해야 한다. (목차) 6. 신규 유저 리텐션 6.1 신규 유저 리텐션의 중요성 6.2 신규 유저 진단하기 6.3 신규 유저의 행동 페르소나 탐색하기 6.4 온보딩 퍼널 이해 6.5 신규 유저 리텐션 단계: 온보딩 및 가치 발견 6.6 온보딩 성공 요인 정의하기 6.7 가치 발견 성공 요인 정의하기 6.8 Take Action: 신규 유저 리텐션 분석의 핵심 요소 7. 복귀 유저 리텐션 7.1 복귀 유저 리텐션의 중요성 7.2 복귀 유저 진단하기 7.3 복귀 촉진 요인 정의하기 7.4 복귀 유저 행동과 신규&현재 유저 행동 비교하기 7.5 Take Action 7.6 WorkSheet: 복귀 유저 리텐션 8. WHAT TO DO NEXT 8.1 요약: 리텐션 라이프사이클 프레임워크 8.2 Next Steps: 리텐션 진단하기 8.3 실험 우선순위 선정하기 8.4 정성적 피드백의 중요성 8.5 플레이북 반복 학습 9. 부록 9.1 작동 상황 리뷰 9.2 데이터 검증
UI 디자인 시스템 도입 시, 네이밍이 매우 중요한 요소이다. BEM 구조 네이밍 방식은 디자인 시스템의 협업을 위한 첫 단추로 제안되었다. BEM 구조는 클래스 이름에서 Block, Element, Modifier를 나누어 작성하며, 개발자와 디자이너간의 커뮤니케이션에도 용이하다. BEM 구조를 적용할 때는 컴퍼넌트 이름, 위치, 상태 등 직관적으로 파악할 수 있도록 네이밍을 작성하면 좋다.