2026. 08. 16.•품질검증
AX CASE STUDY이미 다 돼 있는 걸 다시 만들 뻔한 걸 막았습니다
"새로 만들기 전에, 진짜 빠진 한 조각만 찾았다"
개발 여정과 기록을 모아놓은 빌드 로그입니다.
"새로 만들기 전에, 진짜 빠진 한 조각만 찾았다"
"순서와 배치는 다른 것 — 동기화를 다시 정의했다"
"Node position만 바꿔도 CASCADE로 하위 데이터가 통째로 삭제됐다"
"메모리가 말하는 것과 실제 파일 상태는 다를 수 있다"
"패턴이 같다고 컬럼까지 기계적으로 복붙하지 않는다"
"임의 추가 금지 원칙과 문서 간 일관성, 이번엔 후자가 우선이었다"
"진짜 문제는 유저 생성이지 픽스처 공유가 아니다"
"이상 징후가 보여도 감이 아니라 같은 검증 도구로 확인한다"
"막을 수 있는 걸 일부러 안 막았다는 걸 증명하는, 보통과는 반대 방향의 검증"
"이름이 아니라 문서에 근거 없는 기능은 만들지 않는다"
"순서대로 하는 것과, 준비된 것부터 하는 것은 다르다"
"commit은 끝이 아니라, 다음 세션이 이어받는 기록의 시작이다"
"그 틈을 메우는 건 임의 판단이 아니라 승인이어야 한다"
"테스트가 통과했다고 mock이 현실을 반영하는 건 아니다"
"unit test가 통과해도 눌러보기 전까진 모른다"
"화면 명세와 백로그가 충돌하면 백로그를 우선한다"
"문자열이 남아있다고 로직이 맞는다는 뜻은 아니다"
"삭제해도 되는가 전에, 이게 뭔지부터 알아야 한다"
"커밋됐다는 것과 원격에 반영됐다는 건 다른 사실이다"
"Sign-off는 코드가 아니라 기록이 완성되는 순간 끝난다"
"같은 명령도 실행 환경에 따라 다르게 동작한다"
"텍스트 파일이 텍스트가 아니게 된 사고의 증거는 한 줄이었다"
"모호함을 미리 제거하는 게 리뷰 비용을 줄이는 가장 싼 방법"
"테스트 통과 보고와 실제 DB 반영은 다른 이야기다"
"문제는 실제로 발생 가능해지는 시점에 맞춰 처리한다"
"발견한 사람이 그 순간 기록하지 않으면 아무도 다시 발견 못 한다"
"시나리오를 몰아넣으면 실패할 때 반드시 대가를 치른다"
"AI가 만든 결과물을 검증 없이 받아들이지 않는다"는 원칙은, 코드뿐 아니라 결제 청구서에도 똑같이 적용된다.
"만들 수 있다는 것과 만들 가치가 있다는 건 다른 문제입니다. 이번엔 만들어놓은 기능이 실제로 쓸만한지, 제가 직접 써보면서 확인했습니다."
"헤더로 추측하지 말고, 사용자가 직접 신호를 보내게 하라."