Log

코드엔 4종, DB엔 2종 — 사라진 권한값을 되살렸습니다

테스트 하나에 시나리오 4개, 실패하면 범인을 못 찾는 구조였습니다

"시나리오를 몰아넣으면 실패할 때 반드시 대가를 치른다"

권한 로직을 짜다가 발견한, 판단이 항상 실패하던 구조

"치명적 결함은 우회하지 않고 범위를 재정의한다"

아직 없는 테이블을 참조해야 하는 딜레마, FK 없이 풀었습니다

"못 만든 이유와 고칠 지점을 코드·문서·테스트 3곳에 남긴다"

RLS를 켜는 것과 실제로 작동하게 만드는 건 다른 일이었습니다

"RLS를 켜는 것과 Policy를 만드는 건 다르다"

placeholder 값 하나 때문에 재현 불가능해질 뻔한 Seed

"AI가 만든 placeholder는 실제 값처럼 보여도 실제가 아니다"

프로필 자동생성이 만든 안전장치, 그리고 숨기지 않은 부작용

"안전장치를 만들면 어딘가에 새로운 제약이 반드시 생긴다"

Workspace 테이블, "언제 만들 것인가"부터 다시 정한 이유

"테이블 필드는 완전하게, 책임 경계는 절대 섞지 않는다"

app 폴더 하나 옮기는 데 왜 문서까지 손봤나

"지금 안 옮기면 파일 3개가 아니라 300개가 된다"

커밋 전 파일은 승인하지 않았습니다 — Enum 11종 검증기

커밋 전 보고는 코드 검토가 아니라 보고서 승인이다"

$544.52의 미스터리 — AI 결제 시스템도 검증 대상이다

"AI가 만든 결과물을 검증 없이 받아들이지 않는다"는 원칙은, 코드뿐 아니라 결제 청구서에도 똑같이 적용된다.

AI 매칭 근거, 전량 반영이 아니라 선택하게 만들기 — Job 스튜디오 테스트 기록

"만들 수 있다는 것과 만들 가치가 있다는 건 다른 문제입니다. 이번엔 만들어놓은 기능이 실제로 쓸만한지, 제가 직접 써보면서 확인했습니다."

30분이면 될 줄 알았던 기능, 세 번의 재설계를 거친 이유

"헤더로 추측하지 말고, 사용자가 직접 신호를 보내게 하라."

로그인한 채로 내 사이트를 구경하면 안 되는 이유 — 퍼블릭 전용 클라이언트 분리기

"쿠키 하나가, 캐싱 전체를 무력화시키고 있었다."

관리자 만능 키를 버리고, DB가 직접 지키게 만들기 — RLS 정책 전환기

"코드가 실수해도, DB가 마지막 방어선이 되어준다."

퍼블릭 페이지 10개, 매번 같은 순서로 만든 이유

계획서 없이 코드부터 짜지 않는다

검증은 통과했는데, 저는 그 버튼을 못 찾았습니다

동작한다와 쓸 수 있다는 다른 문제입니다.

AI가 "전항목 통과"를 보고했습니다. 그런데 두 번 다 편법이었습니다

AI는 거짓말하지 않았습니다. 다만 말하지 않았을 뿐입니다.

Step 1 완주 — 환경 세팅부터 배포 자동화 검증까지

"기획자가 직접 만든다는 건, 끝까지 직접 확인한다는 뜻이기도 하다."

설정만 하고 끝이 아니다 — dev/prod 분리와 연결 검증

"설정은 의도, 검증은 증거. 둘 다 있어야 안심할 수 있다."

기획자가 SQL로 데이터베이스를 직접 만든 과정

"외계어도 비유 하나면 내 언어가 된다."