DevOps
잠금 파일로 CI 의존성 설치 고정하기, 변경 전후를 비교하는 방법
로컬에서는 통과한 코드가 CI에서 다른 의존성 버전을 받으면 문제 원인이 코드인지 환경인지 구분하기 어렵다. 설치 과정도 검증의 입력으로 취급한다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
THE BUILDER’S NOTE
Engineering.
01 / INSIDE THE BUILD만들며 배우고, 배운 것을 나눕니다.
더 나은 제품을 향한 개발의 기록.
최근 이야기
작은 발견부터 깊이 있는 고민까지.
AI & Data
실험을 다시 실행할 수 있게 기록하기, 변경 전후를 비교하는 방법
같은 코드인데 실행할 때마다 점수가 바뀌면 변경의 효과를 판단하기 어렵다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
Frontend
배열을 직접 수정하지 않는 갱신, 변경 전후를 비교하는 방법
목록의 객체를 직접 바꾸면 이전 상태와 새 상태의 차이를 추적하기 어려워진다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
Backend
금액 계산과 반올림 위치, 변경 전후를 비교하는 방법
소수점 금액을 이진 부동소수점으로 반복 계산하면 기대한 십진 결과와 차이가 날 수 있다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
DevOps
한 번 만든 산출물을 환경 사이에서 이동하기, 변경 전후를 비교하는 방법
같은 커밋이라도 배포할 때마다 의존성을 다시 풀면 다른 결과가 나올 수 있다. 코드 식별자와 실행 산출물 식별자를 연결해야 재현이 쉬워진다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
Engineering Culture
추정에 범위와 불확실성 함께 남기기, 변경 전후를 비교하는 방법
단일 날짜만 제시하면 조사 결과나 외부 의존성에 따른 변동이 보이지 않는다. 추정은 약속의 숫자보다 현재 알고 있는 조건을 설명해야 한다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.