Frontend
모달을 닫은 뒤 포커스 돌려주기, 실패를 설명할 단서 남기기
모달을 닫은 뒤 키보드 포커스가 사라지면 사용자가 작업 위치를 잃는다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.
THE BUILDER’S NOTE
Engineering.
01 / INSIDE THE BUILD만들며 배우고, 배운 것을 나눕니다.
더 나은 제품을 향한 개발의 기록.
최근 이야기
작은 발견부터 깊이 있는 고민까지.
Engineering Culture
구현 모양보다 동작을 지키는 테스트, 실패를 설명할 단서 남기기
내부 함수 호출 순서까지 고정한 테스트는 리팩터링마다 깨지지만 실제 오류를 놓칠 수 있다. 어떤 계약을 보호하는지 먼저 분명히 해야 한다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.
DevOps
예약 작업이 겹쳐 실행될 때의 잠금, 실패를 설명할 단서 남기기
작업 시간이 실행 주기를 넘거나 인스턴스가 늘어나면 같은 예약 작업이 동시에 실행될 수 있다. 스케줄러 설정과 작업의 중복 안전성을 함께 다뤄야 한다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.
Backend
삭제 정책을 관계와 함께 정하기, 실패를 설명할 단서 남기기
부모 행을 지웠을 때 자식 행이 남을지 함께 지워질지 명확하지 않으면 데이터 관리가 어려워진다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.
AI & Data
텍스트 분류의 TF-IDF 기준선, 실패를 설명할 단서 남기기
텍스트 문제에서 복잡한 모델부터 선택하면 데이터와 평가의 기본 문제를 놓치기 쉽다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.
DevOps
컨테이너의 수명과 데이터의 수명 분리하기, 실패를 설명할 단서 남기기
프로세스를 다시 만들었을 때 파일이 사라지는 문제는 실행 환경과 저장소의 수명을 혼동해서 생길 수 있다. 영속 데이터의 위치를 명시해야 한다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.