Engineering Culture
추정에 범위와 불확실성 함께 남기기, 실패를 설명할 단서 남기기
단일 날짜만 제시하면 조사 결과나 외부 의존성에 따른 변동이 보이지 않는다. 추정은 약속의 숫자보다 현재 알고 있는 조건을 설명해야 한다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.
THE BUILDER’S NOTE
Engineering.
01 / INSIDE THE BUILD만들며 배우고, 배운 것을 나눕니다.
더 나은 제품을 향한 개발의 기록.
최근 이야기
작은 발견부터 깊이 있는 고민까지.
Backend
금액 계산과 반올림 위치, 실패를 설명할 단서 남기기
소수점 금액을 이진 부동소수점으로 반복 계산하면 기대한 십진 결과와 차이가 날 수 있다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.
Frontend
배열을 직접 수정하지 않는 갱신, 실패를 설명할 단서 남기기
목록의 객체를 직접 바꾸면 이전 상태와 새 상태의 차이를 추적하기 어려워진다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.
DevOps
배포 완료를 응답 확인까지 연결하기, 실패를 설명할 단서 남기기
빌드 성공과 프로세스 시작만으로 새 버전이 정상이라고 판단하기 어렵다. 실제 라우팅과 필수 기능 확인까지 이어져야 배포 결과를 설명할 수 있다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.
Frontend
구독의 시작과 끝 짝짓기, 실패를 설명할 단서 남기기
화면을 여러 번 열고 닫은 뒤 같은 이벤트가 중복 처리되는 문제가 생길 수 있다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.
Engineering Culture
비동기 설계 논의에 필요한 질문 적기, 실패를 설명할 단서 남기기
문서 링크만 보내고 의견을 기다리면 무엇을 검토해야 하는지 불분명할 수 있다. 응답 시점이 다른 사람들도 같은 논점을 볼 수 있어야 한다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.