진지한 개발자를 위한 바이브 코딩 규칙

그게 딱 내가 하는 방식이라 나 자신을 위한 규칙을 세우려고 노력 중이야. 코딩 에이전트한테 나한테 경고해달라고까지 한다니까!

그래 그거 좋은 생각이네.

관심 있다면 개발자 관점에서 더 많은 'do's and don'ts'를 알려줄 수 있어. 네 리스트도 훌륭한 시작이고 아주 탄탄한 규칙들이지만, 좀 모호한 감이 있거든. 소프트웨어 엔지니어 입장에서 보면 더 구체적이고 효과적인 규칙들이 많고, 너는 지금 아주 중요한 몇 가지를 놓치고 있어.

맞아, 난 "그냥 이거 추가하면 어떨까?"라고 말하는 짜증 나는 프로덕트 매니저 중 한 명이야. 직장에서 발표할 내부 프레젠테이션을 위해 이걸 만들었어... 그 과정에서 배운 내용도 포함돼 있지.

[이미지]

이거 슬라이드로 써먹어야겠다. 완전 보물인데.

난 작동하거나 작동하는 것처럼 보인다고 바로 배포하지 않아. 다 작동하는 줄 알았는데 어젯밤에 뭔가 잘못된 걸 발견해서 지금 설계상의 아키텍처 결함을 수정 중이야. 고칠 수 있는 문제지만, 이 상태로 배포했으면 정말 창피했을 거야. 실제 사용자들이 내 결과물을 보기 전에 철저하게 테스트하고 다시 테스트하는 걸 강박적으로 챙겨서 정말 다행이야.

여기서 말한 것처럼 에이전트에게 위임하는 것 외에도 적대적 검토(adversarial review)를 하는 게 큰 도움이 돼.

모든 게 골드버그 장치가 될 거야.

[이미지]