DevOps
문장 대신 필드로 남기는 구조화 로그, 실패를 설명할 단서 남기기
같은 요청의 실패를 찾는데 로그 문장마다 형식이 다르면 검색식이 복잡해진다. 사람이 읽는 설명과 기계가 집계할 필드를 나눌 필요가 있다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.
THE BUILDER’S NOTE
Engineering.
01 / INSIDE THE BUILD만들며 배우고, 배운 것을 나눕니다.
더 나은 제품을 향한 개발의 기록.
최근 이야기
작은 발견부터 깊이 있는 고민까지.
Backend
복합 인덱스의 열 순서, 실패를 설명할 단서 남기기
검색 조건에 들어가는 열을 모두 인덱스에 넣어도 기대한 실행 계획이 나오지 않을 수 있다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.
AI & Data
분류 임계값을 별도로 선택하기, 실패를 설명할 단서 남기기
같은 확률 예측이라도 어디서 양성으로 판단할지에 따라 서비스 동작이 달라진다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.
Engineering Culture
장애 회고에서 판단 당시의 정보 복원하기, 실패를 설명할 단서 남기기
결과를 알고 나면 당시의 선택이 쉽게 잘못으로 보인다. 개인을 탓하는 설명은 비슷한 조건에서 같은 문제가 반복되는 이유를 찾기 어렵게 한다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.
Frontend
이미지 자리를 미리 확보하기, 실패를 설명할 단서 남기기
이미지가 늦게 로드되면 아래의 글과 버튼이 갑자기 밀려날 수 있다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.
Frontend
Grid로 카드 열 수 조절하기, 실패를 설명할 단서 남기기
화면 폭마다 카드 개수를 직접 지정하면 미디어 쿼리가 늘어나기 쉽다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.