Frontend
목록의 key와 항목의 정체성, 실패를 설명할 단서 남기기
목록 앞에 항목을 추가했을 때 입력값이나 선택 상태가 다른 행으로 옮겨갈 수 있다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.
THE BUILDER’S NOTE
Engineering.
01 / INSIDE THE BUILD만들며 배우고, 배운 것을 나눕니다.
더 나은 제품을 향한 개발의 기록.
최근 이야기
작은 발견부터 깊이 있는 고민까지.
Engineering Culture
회의 기록을 결정과 행동으로 정리하기, 실패를 설명할 단서 남기기
발언을 길게 받아 적어도 무엇을 결정했고 누가 다음 행동을 하는지 찾기 어려울 수 있다. 회의의 결과를 실행 가능한 형태로 남겨야 한다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.
DevOps
한 번 만든 산출물을 환경 사이에서 이동하기, 실패를 설명할 단서 남기기
같은 커밋이라도 배포할 때마다 의존성을 다시 풀면 다른 결과가 나올 수 있다. 코드 식별자와 실행 산출물 식별자를 연결해야 재현이 쉬워진다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.
AI & Data
실험을 다시 실행할 수 있게 기록하기, 실패를 설명할 단서 남기기
같은 코드인데 실행할 때마다 점수가 바뀌면 변경의 효과를 판단하기 어렵다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.
Engineering Culture
추정에 범위와 불확실성 함께 남기기, 실패를 설명할 단서 남기기
단일 날짜만 제시하면 조사 결과나 외부 의존성에 따른 변동이 보이지 않는다. 추정은 약속의 숫자보다 현재 알고 있는 조건을 설명해야 한다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.
Backend
금액 계산과 반올림 위치, 실패를 설명할 단서 남기기
소수점 금액을 이진 부동소수점으로 반복 계산하면 기대한 십진 결과와 차이가 날 수 있다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.