Engineering Culture
완료 조건을 구현 전에 맞추기, 변경 전후를 비교하는 방법
작업이 끝났다는 말이 코드 작성, 테스트 통과, 배포 완료 중 무엇을 뜻하는지 다르면 일정과 기대가 어긋난다. 관찰 가능한 완료 조건을 합의해야 한다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
THE BUILDER’S NOTE
Engineering.
01 / INSIDE THE BUILD만들며 배우고, 배운 것을 나눕니다.
더 나은 제품을 향한 개발의 기록.
최근 이야기
작은 발견부터 깊이 있는 고민까지.
Backend
중복 방지는 데이터베이스에서도, 변경 전후를 비교하는 방법
먼저 같은 값이 있는지 조회하는 방식만으로는 동시에 들어오는 중복 생성을 막기 어렵다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
DevOps
환경 설정을 시작 시점에 검증하기, 변경 전후를 비교하는 방법
누락된 환경 변수가 특정 기능을 누르는 순간에야 드러나면 배포 성공 표시를 믿기 어렵다. 기본값으로 조용히 우회하는 설정은 원인 파악도 어렵게 한다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
Frontend
Flex 항목의 최소 너비 이해하기, 변경 전후를 비교하는 방법
긴 제목 하나 때문에 카드와 사이드바가 화면 밖으로 밀려나는 경우가 있다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
AI & Data
불균형한 데이터의 기준선, 변경 전후를 비교하는 방법
대부분이 같은 클래스인 데이터에서는 아무것도 구분하지 않는 모델도 높은 정확도를 보일 수 있다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
Frontend
입력 필드에 이름 붙이기, 변경 전후를 비교하는 방법
플레이스홀더만 있는 입력창은 값을 입력한 뒤 어떤 항목이었는지 알기 어렵다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.