Cursor를 사용할 때 프롬프트를 시작점으로 생각하지 않게 되면서 더 나아졌습니다

형, 구현 전에 작업 구체화하는 걸 이제야 깨달았네. spec driven development에 대해 알게 되면 기절하겠구만.

인정 😂 vibe coding이 고통스러운 교훈을 하나씩 얻어가면서 천천히 소프트웨어 엔지니어링을 재발견하고 있네. 스펙은 확실히 다음 단계지.

저도 이 부분에서 공감합니다. 프롬프트는 사실 마지막 단계일 뿐이죠. 프롬프트를 입력할 때쯤이면 이미 명확한 사양, 컨텍스트에 포함된 관련 파일들, 그리고 '완료'가 무엇을 의미하는지에 대한 구체적인 정의가 있어야 합니다. 저는 채팅창을 열기 전에 각 작업에 대한 짧은 한 페이지짜리 문서를 작성하기 시작했는데, 그 이후로 결과물의 품질이 눈에 띄게 좋아졌습니다. 불필요한 대화가 줄었고, 기술적으로는 작동하지만 실제 목표와는 거리가 먼 해결책을 내놓는 경우도 줄었죠. 일단 생각을 다 정리하고 나면 프롬프트 작성은 거의 기계적인 일이 됩니다.

맞아요, 이미 소프트웨어 개발자라면 이런 프롬프트 방식이 자연스럽게 와닿을 겁니다. 개발자라 하더라도 너무 '바이브'에 의존해서 프롬프트를 짜지 마세요.

'기능 X를 만들어줘'라고 하는 대신, 다음과 같이 엔지니어링 논리를 발휘해야 합니다:

'현재 우리 시스템은 ___ 상태이고, ___ 같은 기능들이 있는데, 논리적으로는 ___를 보완하고 ___할 때 사용할 사용자들에게 유용하도록 기능 X가 필요해'

이것도 너무 장황하긴 하지만, 보통은 간단하게 하더라도 '기능 X를 만들어줘'처럼 단순하게 해서는 안 됩니다.

정말 좋은 표현이네. 모델한테 행동을 요구하기 전에 먼저 과제를 관찰하게 하는 거 말이야. 나도 이렇게 하면 내가 미처 생각하지 못했던 가정이나 패턴이 드러나는 걸 자주 경험했어. 보통 처음에 어떤 관찰을 하라고 시키는 편이야?