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

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

THE BUILDER’S NOTE

Engineering.

01 / INSIDE THE BUILD

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

최근 이야기

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

CATEGORIES

전체 글FrontendBackendAI & DataDevOpsEngineering Culture
Backend

트랜잭션의 경계를 정하는 법, 리뷰에서 함께 확인할 질문

서로 연결된 두 번의 저장 중 하나만 성공하면 데이터의 의미가 깨질 수 있다. 코드 밖의 맥락 전달하기를 중심으로 작은 예제와 확인 기준을 정리합니다.

2025. 05. 15.
Frontend

브라우저 저장값의 버전 관리, 대안을 선택하는 기준 정리

로컬 저장소의 데이터 모양을 바꾼 뒤 예전 값 때문에 화면 초기화가 실패할 수 있다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.

2025. 05. 13.
Backend

ETag로 같은 응답 다시 확인하기, 대안을 선택하는 기준 정리

변경되지 않은 자원을 매번 전체로 내려받으면 불필요한 전송이 생긴다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.

2025. 05. 11.
AI & Data

학습 데이터와 평가 데이터 나누기, 리뷰에서 함께 확인할 질문

같은 데이터로 학습과 평가를 모두 하면 모델이 새로운 입력을 얼마나 잘 처리하는지 알기 어렵다. 코드 밖의 맥락 전달하기를 중심으로 작은 예제와 확인 기준을 정리합니다.

2025. 05. 09.
Engineering Culture

아키텍처 결정에 당시의 맥락 남기기, 리뷰에서 함께 확인할 질문

결론만 남은 설계 문서는 시간이 지나면 왜 그런 선택을 했는지 설명하지 못한다. 제약이 달라졌을 때 바꿀 부분과 지킬 부분을 구분할 수 있어야 한다. 코드 밖의 맥락 전달하기를 중심으로 작은 예제와 확인 기준을 정리합니다.

2025. 05. 07.
DevOps

Git bisect로 회귀가 들어온 범위 좁히기, 대안을 선택하는 기준 정리

과거에는 되던 동작이 언제 깨졌는지 모를 때 모든 커밋을 순서대로 읽는 것은 비효율적이다. 명확한 재현 명령이 있으면 변경 범위를 이분 탐색할 수 있다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.

2025. 05. 04.
1…394041…140