본문으로 바로가기
Builder Shin.
Engineering
Builder Shin.

더 나은 내일을 만드는, 오늘의 기록.

THE BUILDER’S NOTE

Engineering.

01 / INSIDE THE BUILD

만들며 배우고, 배운 것을 나눕니다.
더 나은 제품을 향한 개발의 기록.

최근 이야기

작은 발견부터 깊이 있는 고민까지.

CATEGORIES

전체 글FrontendBackendAI & DataDevOpsEngineering Culture
DevOps

백업 파일보다 복구 절차를 먼저 확인하기, 변경 전후를 비교하는 방법

백업 작업이 성공했다는 로그만으로 데이터를 되살릴 수 있다고 확신할 수 없다. 복원에 필요한 도구와 권한, 시간까지 검증해야 한다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.

2024. 08. 10.
Backend

검색 필드의 허용 목록, 변경 전후를 비교하는 방법

클라이언트가 보낸 정렬 열이나 필터 이름을 SQL에 그대로 붙이면 데이터 노출과 쿼리 오류 위험이 커진다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.

2024. 08. 07.
Frontend

폼 오류를 수정 가능한 문장으로 쓰기, 변경 전후를 비교하는 방법

폼 제출이 실패했는데 잘못된 입력이라는 문구만 표시되면 사용자는 무엇을 고칠지 알기 어렵다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.

2024. 08. 04.
AI & Data

혼동 행렬로 실패 종류 나누기, 변경 전후를 비교하는 방법

단일 점수는 어떤 클래스를 서로 혼동하는지 보여 주지 못한다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.

2024. 08. 01.
Backend

입력 검증의 소유권, 변경 전후를 비교하는 방법

화면에서 검증한 값이라고 믿고 서버 검증을 생략하면 다른 클라이언트가 제약을 우회할 수 있다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.

2024. 07. 30.
Frontend

목록의 key와 항목의 정체성, 변경 전후를 비교하는 방법

목록 앞에 항목을 추가했을 때 입력값이나 선택 상태가 다른 행으로 옮겨갈 수 있다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.

2024. 07. 28.
1…626364…140