집을 3D 프린팅하는 것이 아닙니다. 도구를 프린팅하는 것입니다.

Vibe coding (바이브 코딩)은 제조 분야에서의 3D 프린팅이 그러하듯 엔지니어링에 있어 그러합니다. 대체가 아닙니다. 맞춤형 도구 제작 비용의 붕괴입니다. 아무도 하중을 견디는 벽을 프린팅하지 않습니다. 모두가 브래킷(bracket), 지그(jig), 그리고 구매하기에는 너무 특수하고 구매를 정당화하기에는 너무 작은 부품을 프린팅합니다. 동일한 논리가 소프트웨어에도 적용됩니다. 분산 트랜잭션 (distributed transactions), 보안 경계 (security boundaries), 감사 추적 (audit trails)과 같은 운영 시스템 (Production systems)은 바이브 코딩 (vibe-able)의 대상이 아닙니다. 그곳의 기준은 높아졌습니다. 그럴듯해 보이는 잘못된 코드가 이제는 무료가 되었기 때문입니다. 변화하는 것은 도구화하기 어려운 중간 단계들입니다. 일 년에 두 번 실행하는 내부 CLI, 스택의 정확한 형태에 종속된 마이그레이션 스크립트 (migration script) 같은 것들 말입니다. 이전에는 건너뛰거나 형편없이 만들어졌던 것들입니다. 이제는 그렇지 않습니다. 지난주, 저는 Route 53 존을 AWS 계정 간에 이동해야 했습니다. 콘솔을 클릭하거나 일회용 Bash 스크립트를 사용하는 대신, 약 400줄의 TypeScript를 작성했습니다: 양측의 STS 확인, SDK가 추상화하지 않는 페이지네이션 커서 (pagination cursor), API가 거부하는 레코드에 대한 명시적 처리, 레지스트라 (registrar) 전환 전의 의도적인 중단까지 포함했습니다. 규율의 변화는 타이핑이 아닙니다. 그것은 명세화 (specifying)입니다. 모델은 코드를 잘 작성합니다. 하지만 모델이 당신을 대신해 신뢰 모델 (trust-model) 결정을 내려주지는 않습니다.