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

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

THE BUILDER’S NOTE

Engineering.

01 / INSIDE THE BUILD

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

찾고 있던 이야기

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

CATEGORIES

전체 글FrontendBackendAI & DataDevOpsEngineering Culture
카테고리Engineering Culture
필터 초기화
Engineering Culture

추정에 범위와 불확실성 함께 남기기, 유지보수할 때 남겨 둘 예제

단일 날짜만 제시하면 조사 결과나 외부 의존성에 따른 변동이 보이지 않는다. 추정은 약속의 숫자보다 현재 알고 있는 조건을 설명해야 한다. 다시 읽을 수 있는 최소 맥락를 중심으로 작은 예제와 확인 기준을 정리합니다.

2026. 03. 06.
Engineering Culture

비동기 설계 논의에 필요한 질문 적기, 유지보수할 때 남겨 둘 예제

문서 링크만 보내고 의견을 기다리면 무엇을 검토해야 하는지 불분명할 수 있다. 응답 시점이 다른 사람들도 같은 논점을 볼 수 있어야 한다. 다시 읽을 수 있는 최소 맥락를 중심으로 작은 예제와 확인 기준을 정리합니다.

2026. 03. 03.
Engineering Culture

진행 중인 일을 줄여 흐름 보기, 유지보수할 때 남겨 둘 예제

많은 작업을 동시에 시작하면 각각의 완료가 늦어지고 맥락 전환이 늘어난다. 바쁜 정도보다 끝나는 흐름을 보는 지표가 필요하다. 다시 읽을 수 있는 최소 맥락를 중심으로 작은 예제와 확인 기준을 정리합니다.

2026. 02. 18.
Engineering Culture

페어 프로그래밍의 역할과 전환 주기, 유지보수할 때 남겨 둘 예제

두 사람이 같은 화면을 본다고 항상 지식이 공유되지는 않는다. 한 사람이 계속 입력하고 다른 사람이 수동적으로 따라가면 이해의 차이가 남는다. 다시 읽을 수 있는 최소 맥락를 중심으로 작은 예제와 확인 기준을 정리합니다.

2026. 01. 28.
Engineering Culture

기술 부채를 비용과 발생 조건으로 설명하기, 유지보수할 때 남겨 둘 예제

정리가 필요하다는 말만으로는 기능 작업과 우선순위를 비교하기 어렵다. 어떤 변경에서 얼마만큼의 추가 작업과 위험이 생기는지 설명해야 한다. 다시 읽을 수 있는 최소 맥락를 중심으로 작은 예제와 확인 기준을 정리합니다.

2026. 01. 25.
Engineering Culture

긴 설명보다 실행 가능한 운영 절차, 유지보수할 때 남겨 둘 예제

장애 상황에서는 시스템의 모든 배경을 처음부터 읽기 어렵다. 현재 증상에 맞는 확인과 다음 행동을 빠르게 찾을 수 있어야 한다. 다시 읽을 수 있는 최소 맥락를 중심으로 작은 예제와 확인 기준을 정리합니다.

2026. 01. 13.
12345…29