Engineering Culture
추정에 범위와 불확실성 함께 남기기, 변경 전후를 비교하는 방법
단일 날짜만 제시하면 조사 결과나 외부 의존성에 따른 변동이 보이지 않는다. 추정은 약속의 숫자보다 현재 알고 있는 조건을 설명해야 한다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
THE BUILDER’S NOTE
Engineering.
01 / INSIDE THE BUILD만들며 배우고, 배운 것을 나눕니다.
더 나은 제품을 향한 개발의 기록.
최근 이야기
작은 발견부터 깊이 있는 고민까지.
DevOps
배포 완료를 응답 확인까지 연결하기, 변경 전후를 비교하는 방법
빌드 성공과 프로세스 시작만으로 새 버전이 정상이라고 판단하기 어렵다. 실제 라우팅과 필수 기능 확인까지 이어져야 배포 결과를 설명할 수 있다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
Backend
서버에서 다루는 시점과 날짜, 변경 전후를 비교하는 방법
예약 시각과 생일처럼 의미가 다른 값을 모두 같은 날짜 타입으로 처리하면 시간대 오류가 생길 수 있다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
AI & Data
복잡한 모델 앞의 단순한 기준선, 변경 전후를 비교하는 방법
복잡한 모델이 돌아간다는 사실만으로 유용한 예측을 만든다고 판단하기 어렵다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
Frontend
구독의 시작과 끝 짝짓기, 변경 전후를 비교하는 방법
화면을 여러 번 열고 닫은 뒤 같은 이벤트가 중복 처리되는 문제가 생길 수 있다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
Engineering Culture
비동기 설계 논의에 필요한 질문 적기, 변경 전후를 비교하는 방법
문서 링크만 보내고 의견을 기다리면 무엇을 검토해야 하는지 불분명할 수 있다. 응답 시점이 다른 사람들도 같은 논점을 볼 수 있어야 한다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.