이벤트 스키마를 먼저 정의하고 중앙에서 관리한다
약 94초
이벤트 정의 → 등록 → 수집 구조 설계 경험
이벤트 로깅 자동화에서 가장 먼저 해야 하는 것은 어떤 이벤트를 어떤 구조로 수집할지를 먼저 정의하는 것이라고 생각합니다. 코드마다 제각각 넣으면 나중에 분석이 불가능해지기 때문입니다.
팀 프로젝트에서 클릭·페이지 뷰·폼 제출 이벤트를 중앙에서 관리하는 구조를 만들었습니다. 이벤트 이름, 속성 키, 타입을 스프레드시트에 등록해두고, 코드에서는 그 이름만 참조하는 방식이었습니다. 처음에는 팀원마다 다른 이름으로 로깅하다가 분석 단계에서 같은 이벤트가 3가지 이름으로 쌓인 것을 발견하여 마이그레이션을 해야 했습니다. 실패는 스키마 문서 없이 시작한 것이었고, 그 이후로 로깅 이벤트는 문서에 먼저 등록하는 규칙을 만들었습니다.
로깅 자동화는 코드보다 이벤트 이름과 속성 정의가 먼저여야 합니다.
이 결의 특징
이벤트 이름·속성·타입을 스프레드시트에 먼저 등록하고 코드는 그 이름만 참조하게 만든 구조가 구체적입니다. 같은 이벤트가 세 가지 이름으로 쌓인 것을 발견해 마이그레이션까지 간 실패가 담겨 있습니다.
이 결이 통하는 자리
코드보다 이벤트 정의가 먼저라는 원칙이 실제 마이그레이션 사례로 살아 있을 때 통합니다. 문서화 규칙을 만든 후속 조치까지 나올 때 면접관이 재발 방지 감각을 읽는 결이 보입니다.