개발자들이 '바이브 코더'들을 왜 짜증스러워하는지 알 것 같다

그거 언급한 거 재밌네. 난 별도의 계획 및 검토 세션을 포함하는 워크플로우를 가지고 있고, 다음 프로젝트 지침에는 '코드 설명하기' 단계를 넣으려고 작업 중이야.

난 기본적으로 Claude를 운동만 하는 멍청한 코딩 선수처럼 다뤄. 진짜 엄청 멍청하지만, 네가 정확히 뭘 원하는지 말해주기만 하면 ETL이랑 SQL DB는 설정할 수 있거든... 그리고 그 녀석의 작업을 감독할 인내심만 있다면 말이지.

그래도 말이야! 이 도구들을 최대한 활용하려면 소프트웨어 아키텍처, UI 원칙 등에 대한 좋은 이해가 있어야 해. 그리고 AI가 나한테 최고의 이해를 제공해 줄 거라고는 믿지 않아.

여기서 마인드셋을 좀 바꿔보는 걸 추천함. Claude한테 어떻게 하라고 지시하지 마, 특히 Opus 5.5는 더더욱. 그냥 네 목표를 말하면 알아서 해결책을 계획해 줄 거야. 계획 단계나 구현 후에 학습 자료를 제공해 달라고 agent md 파일이나 memory md를 업데이트하는 것도 아주 효율적인 방법임.

Anthropic 자체 교육 자료를 확인해 봐. 항상 최신 상태고 솔직히 내가 찾은 것 중 최고의 리소스야. 'auto' 모드를 끄는 것도 추천해. 그래야 Claude가 뭘 하려는지 실제로 검토할 수 있거든. '예'나 '아니오'라고 하기 전에 그 시간을 활용해서 질문하고 단계별로 읽어보고, 왜 이게 옳은 결정인지 물어봐. 편해지면 작은 작업부터 Claude가 auto 모드로 작업하게 하되, 천천히 시작하고 구체적으로 지시해. 행운을 빌어!

앤스로픽 자체 교육 자료를 확인해 봐, 항상 최신 상태니까

2026년 5월이 마지막으로 공개된 학습 모델이야. 이게 큰 차이가 아닌 것처럼 보일 수도 있겠지만, 도구가 최신 안정/지원 버전을 제대로 인식하고 사용하게 하거나 관련 문서를 갖추는 문제에 있어서는 4개월의 격차는 엄청난 거야.

난 은퇴한 엔지니어링 매니저고 수년간 개발을 많이 해왔음.

지난 1년간 내가 해낸 일들은 Claude 없이는 불가능했을 거임. 뭘 원하고 뭘 해야 하는지는 알지만, 매니저가 다 그렇듯 이제는 어떻게 구현하는지는 모름. Claude는 내 마약상 같은 조력자고 첫날부터 완전히 빠져버렸음.

20년 차 전직 개발자임. 코드 직접 짜거나 Claude가 짠 거 검토하는 건 시간 낭비 오짐. Claude의 잠재력을 100% 활용하면서 동시에 코드를 다 읽는 건 그냥 불가능함.

완전 동의함. 이제 최첨단 모델들이 웬만한 시니어 엔지니어들보다 많은 작업을 더 잘한다는 걸 인정해야 함. 인간의 사고 속도로만 일하는 엔지니어들은 금방 뒤처질 거임.

난 이걸 관리와 리더십 관점에서 봐. 팀을 관리할 때, 내가 팀이 하는 일을 이해하고 있을 때 가장 효과적이거든. 이건 대부분의 리더에게 꽤 널리 받아들여지는 사실이야. 아무것도 모르는 일을 하는 팀을 관리할 수 없다는 뜻은 아니야. 단지 이해하고 있는 일을 하는 팀을 관리하는 게 더 효과적이라는 거지.

내 리더십 철학 중 가장 큰 부분은 내가 하지 않을 일이나 내가 한 번도 시도해 본 적 없는 일을 남에게 시키지 않는 거였어. 최고의 코더가 될 필요는 없지만, 코드에 대해 전혀 알 필요가 없다고 가정하는 건 약간 순진하다고 생각해.

적어도 시스템 아키텍처를 개념적 수준에서 이해하려고 노력하는 게 아무것도 안 하는 것보다는 나아. 난 코드를 조금 읽을 수 있고 시스템 아키텍처에 능숙해지고 있는데, 같이 일하는 AI한테도 나도 개선하려고 노력 중이라고 항상 말해. 코드를 배울 '필요'는 없지만, AI랑 일할 때는 팀의 리더처럼 행동한다고 생각해서 배우고 싶고 천천히 이해하려고 노력 중이야.

입력이 출력을 결정해. 프롬프터로서 네가 발전하면 AI가 수행하는 작업도 개선돼. 어떻게 작동하는지 전혀 모른 채 AI가 모든 걸 하게 둬야 한다는 생각에는 동의하지 않아.

미안, 나도 배우는 중이라 추천해 줄 만한 게 별로 없네. 하지만 나도 같은 걸 느끼기 시작해서 네 글의 메시지에는 동의해.

기술 개발 등등 잘 되길 바라!