2026. 08. 16.•기능개발
AX CASE STUDY스키마와 RPC는 완성돼 있었지만, 그 사이가 통째로 비어 있었습니다
"완성된 스키마와 RPC, 그 사이를 잇는 조립만 남아 있었다"
개발 여정과 기록을 모아놓은 빌드 로그입니다.
"완성된 스키마와 RPC, 그 사이를 잇는 조립만 남아 있었다"
"이미 작동하는 기능이 눈에 안 보이면, 없는 기능처럼 느껴진다"
"검증은 완성됐는데, 그걸 통과할 방법이 없었던 반쪽짜리 기능"
"순서와 배치는 다른 것 — 동기화를 다시 정의했다"
"Structured는 Step CRUD, Visual은 연결만 — 역할을 분리했다"
"두 저장 사이 간격 없이 눌러도 CONFLICT가 안 나는지가 검증의 핵심"
"Node position만 바꿔도 CASCADE로 하위 데이터가 통째로 삭제됐다"
"무엇을 저장할지와 어디로 이동할지는 다른 관심사다"
"메모리가 말하는 것과 실제 파일 상태는 다를 수 있다"
"패턴이 같다고 컬럼까지 기계적으로 복붙하지 않는다"
"임의 추가 금지 원칙과 문서 간 일관성, 이번엔 후자가 우선이었다"
"이상 징후가 보여도 감이 아니라 같은 검증 도구로 확인한다"
"막을 수 있는 걸 일부러 안 막았다는 걸 증명하는, 보통과는 반대 방향의 검증"
"이름이 아니라 문서에 근거 없는 기능은 만들지 않는다"
"순서대로 하는 것과, 준비된 것부터 하는 것은 다르다"
"commit은 끝이 아니라, 다음 세션이 이어받는 기록의 시작이다"
"그 틈을 메우는 건 임의 판단이 아니라 승인이어야 한다"
"테스트가 통과했다고 mock이 현실을 반영하는 건 아니다"
"화면 명세와 백로그가 충돌하면 백로그를 우선한다"
"삭제해도 되는가 전에, 이게 뭔지부터 알아야 한다"
"커밋됐다는 것과 원격에 반영됐다는 건 다른 사실이다"
"같은 명령도 실행 환경에 따라 다르게 동작한다"
"텍스트 파일이 텍스트가 아니게 된 사고의 증거는 한 줄이었다"
"모호함을 미리 제거하는 게 리뷰 비용을 줄이는 가장 싼 방법"
"테스트 통과 보고와 실제 DB 반영은 다른 이야기다"
"문제는 실제로 발생 가능해지는 시점에 맞춰 처리한다"
"발견한 사람이 그 순간 기록하지 않으면 아무도 다시 발견 못 한다"
"AI가 만든 결과물을 검증 없이 받아들이지 않는다"는 원칙은, 코드뿐 아니라 결제 청구서에도 똑같이 적용된다.