Engineering Culture
진행 중인 일을 줄여 흐름 보기, 변경 전후를 비교하는 방법
많은 작업을 동시에 시작하면 각각의 완료가 늦어지고 맥락 전환이 늘어난다. 바쁜 정도보다 끝나는 흐름을 보는 지표가 필요하다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
THE BUILDER’S NOTE
Engineering.
01 / INSIDE THE BUILD만들며 배우고, 배운 것을 나눕니다.
더 나은 제품을 향한 개발의 기록.
최근 이야기
작은 발견부터 깊이 있는 고민까지.
DevOps
재시도에 대기와 한도를 함께 두기, 변경 전후를 비교하는 방법
실패한 요청을 즉시 다시 보내면 잠시 느려진 서비스에 더 많은 부하를 줄 수 있다. 재시도는 실패를 없애는 장치가 아니라 제한된 추가 시도다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
Frontend
상태를 필요한 곳에 두기, 변경 전후를 비교하는 방법
검색창의 입력 상태가 페이지 전체에 있으면 무관한 컴포넌트까지 변경을 따라가야 한다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
AI & Data
회귀 오차의 크기를 읽는 방법, 변경 전후를 비교하는 방법
평균 오차가 줄었어도 드물게 발생하는 큰 실수는 더 커졌을 수 있다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
Backend
멱등 키로 재시도 다루기, 변경 전후를 비교하는 방법
응답이 끊겼을 때 사용자는 저장이 실패했는지 성공했는지 알 수 없어 같은 요청을 다시 보낼 수 있다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
Frontend
검색 요청의 순서 뒤집힘 막기, 변경 전후를 비교하는 방법
빠르게 입력한 검색어의 응답보다 이전 검색어의 응답이 늦게 도착할 수 있다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.