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

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

THE BUILDER’S NOTE

Engineering.

01 / INSIDE THE BUILD

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

최근 이야기

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

CATEGORIES

전체 글FrontendBackendAI & DataDevOpsEngineering Culture
Backend

웹훅 서명을 검증하는 위치, 유지보수할 때 남겨 둘 예제

외부에서 들어오는 웹훅은 보낸 쪽을 주장하는 헤더만으로 신뢰할 수 없다. 다시 읽을 수 있는 최소 맥락를 중심으로 작은 예제와 확인 기준을 정리합니다.

2026. 05. 24.
AI & Data

라벨의 정의와 일치도, 유지보수할 때 남겨 둘 예제

같은 사례에 서로 다른 기준으로 라벨을 붙이면 모델의 한계와 데이터의 모호함을 구분하기 어렵다. 다시 읽을 수 있는 최소 맥락를 중심으로 작은 예제와 확인 기준을 정리합니다.

2026. 05. 21.
Engineering Culture

작은 배포로 배우는 단위 정하기, 유지보수할 때 남겨 둘 예제

작게 자주 배포해도 무엇을 관찰할지 정하지 않으면 학습은 쌓이지 않는다. 변경 규모와 검증할 가설을 연결해야 한다. 다시 읽을 수 있는 최소 맥락를 중심으로 작은 예제와 확인 기준을 정리합니다.

2026. 05. 20.
DevOps

실행 프로세스에 필요한 권한만 남기기, 유지보수할 때 남겨 둘 예제

애플리케이션이 파일 몇 개를 읽기 위해 관리자 권한 전체를 갖고 있을 필요는 없다. 빌드 때 필요한 권한과 실행 때 필요한 권한을 나누면 범위를 줄일 수 있다. 다시 읽을 수 있는 최소 맥락를 중심으로 작은 예제와 확인 기준을 정리합니다.

2026. 05. 18.
AI & Data

데이터 스키마를 입력 계약으로, 유지보수할 때 남겨 둘 예제

열 이름이 같아도 타입과 단위가 바뀌면 모델은 의미가 다른 입력을 받을 수 있다. 다시 읽을 수 있는 최소 맥락를 중심으로 작은 예제와 확인 기준을 정리합니다.

2026. 05. 16.
Backend

캐시 키와 만료 시간을 설계하기, 유지보수할 때 남겨 둘 예제

캐시된 응답이 사용자나 검색 조건을 충분히 구분하지 않으면 다른 결과를 돌려줄 수 있다. 다시 읽을 수 있는 최소 맥락를 중심으로 작은 예제와 확인 기준을 정리합니다.

2026. 05. 14.
1…789…140