Frontend
구독의 시작과 끝 짝짓기, 변경 전후를 비교하는 방법
화면을 여러 번 열고 닫은 뒤 같은 이벤트가 중복 처리되는 문제가 생길 수 있다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
THE BUILDER’S NOTE
Engineering.
01 / INSIDE THE BUILD만들며 배우고, 배운 것을 나눕니다.
더 나은 제품을 향한 개발의 기록.
최근 이야기
작은 발견부터 깊이 있는 고민까지.
Engineering Culture
비동기 설계 논의에 필요한 질문 적기, 변경 전후를 비교하는 방법
문서 링크만 보내고 의견을 기다리면 무엇을 검토해야 하는지 불분명할 수 있다. 응답 시점이 다른 사람들도 같은 논점을 볼 수 있어야 한다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
Engineering Culture
진행 중인 일을 줄여 흐름 보기, 변경 전후를 비교하는 방법
많은 작업을 동시에 시작하면 각각의 완료가 늦어지고 맥락 전환이 늘어난다. 바쁜 정도보다 끝나는 흐름을 보는 지표가 필요하다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
DevOps
재시도에 대기와 한도를 함께 두기, 변경 전후를 비교하는 방법
실패한 요청을 즉시 다시 보내면 잠시 느려진 서비스에 더 많은 부하를 줄 수 있다. 재시도는 실패를 없애는 장치가 아니라 제한된 추가 시도다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
Frontend
상태를 필요한 곳에 두기, 변경 전후를 비교하는 방법
검색창의 입력 상태가 페이지 전체에 있으면 무관한 컴포넌트까지 변경을 따라가야 한다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
AI & Data
회귀 오차의 크기를 읽는 방법, 변경 전후를 비교하는 방법
평균 오차가 줄었어도 드물게 발생하는 큰 실수는 더 커졌을 수 있다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.