Backend
검색 필드의 허용 목록, 실패를 설명할 단서 남기기
클라이언트가 보낸 정렬 열이나 필터 이름을 SQL에 그대로 붙이면 데이터 노출과 쿼리 오류 위험이 커진다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.
THE BUILDER’S NOTE
Engineering.
01 / INSIDE THE BUILD만들며 배우고, 배운 것을 나눕니다.
더 나은 제품을 향한 개발의 기록.
최근 이야기
작은 발견부터 깊이 있는 고민까지.
Frontend
폼 오류를 수정 가능한 문장으로 쓰기, 실패를 설명할 단서 남기기
폼 제출이 실패했는데 잘못된 입력이라는 문구만 표시되면 사용자는 무엇을 고칠지 알기 어렵다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.
DevOps
백업 파일보다 복구 절차를 먼저 확인하기, 실패를 설명할 단서 남기기
백업 작업이 성공했다는 로그만으로 데이터를 되살릴 수 있다고 확신할 수 없다. 복원에 필요한 도구와 권한, 시간까지 검증해야 한다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.
AI & Data
혼동 행렬로 실패 종류 나누기, 실패를 설명할 단서 남기기
단일 점수는 어떤 클래스를 서로 혼동하는지 보여 주지 못한다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.
Backend
입력 검증의 소유권, 실패를 설명할 단서 남기기
화면에서 검증한 값이라고 믿고 서버 검증을 생략하면 다른 클라이언트가 제약을 우회할 수 있다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.
DevOps
잠금 파일로 CI 의존성 설치 고정하기, 실패를 설명할 단서 남기기
로컬에서는 통과한 코드가 CI에서 다른 의존성 버전을 받으면 문제 원인이 코드인지 환경인지 구분하기 어렵다. 설치 과정도 검증의 입력으로 취급한다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.