클로드를 버리고 직접 코딩하기: 개발자의 반성

최근 Hacker News 게시물에서 trencedamp가 AI 코딩 에이전트의 역할에 대한 논의를 촉발했습니다. 직접 만든 성공적인 앱을 운영하는 이 개발자는 사이드 프로젝트에서 6개월간 AI 지원 개발을 진행한 후 Claude를 그만둔 이유를 공유합니다.

손코딩이 이긴 이유

게시물에서 trencedamp는 Claude 덕분에 빠른 기능 추가가 가능했지만, 생성된 코드가 어떻게 작동하는지, 무엇을 망가뜨릴지 전혀 알 수 없었다고 설명합니다. 그는 수년간의 수작업 결과물을 "바이브 코딩된 블랙박스"로 만들지 모른다는 우려를 갖게 되었습니다. Claude 브랜치를 버리기로 한 결정은 즉각적이었습니다:

• 그는 Claude 도입 이전 상태로 되돌리고 손으로 다시 코딩하기 시작했습니다.
• 변수 이름 바꾸기 같은 간단한 작업도 참조를 추적해야 했지만, 지루하면서도 균형을 잡아주는 과정이었습니다.
• Claude 이전에 작성했던 코드를 검토한 결과, 가독성과 효율성을 위해 리팩터링할 부분을 많이 발견했습니다.

이 경험은 그에게 주인의식과 에너지를 새롭게 되찾아 주었습니다. 그는 "날카로움을 잃었다"고 느끼는 사람들에게 며칠 동안 AI 없이 작업해 볼 것을 권장합니다.

커뮤니티 반응: 올바른 워크플로?

댓글에서는 AI는 탄탄한 수동 기반 위에서 가장 잘 사용된다는 공통된 의견이 강조됩니다. 사용자 aatd86은 "기본을 직접 만들고, 기초가 탄탄해지면 AI로 더 빠르게 반복할 수 있다"고 설명합니다. 사용자 nisegami도 이 하이브리드 접근 방식에서 비슷한 성공을 보고합니다.

하지만 어떤 이들은 인간의 개입이 필요한지 의문을 제기합니다. Towaway69는 "AI로 대체할 수 없는 것이 정확히 무엇인가?"라고 묻고, 두 번째 AI가 첫 번째 AI를 감독할 수 있다고 제안하며 실제 프로그래밍 작업이 무엇인지 의문을 제기합니다.

다른 사람들은 이 문제가 AI에만 국한된 것이 아니라고 지적합니다. prplfsh는 스태프 엔지니어로서 조직이 작성한 모든 코드를 이해하지 못했다고 말합니다. 중요한 것은 "상황을 이해할 올바른 층위—팀과 서비스 간의 의존성, 데이터 흐름과 데이터 모델"을 찾는 것입니다.

이것이 AI 코딩 에이전트에 의미하는 바

이 논의는 AI에 대한 과도한 의존에 대한 더 넓은 우려를 반영합니다. 생산성 향상은 실질적이지만, 멘탈 모델과 코드 소유권의 상실은 장기적인 유지보수성을 약화시킬 수 있습니다. 특히 솔로 개발자의 경우 더욱 그렇습니다.

저자가 손코딩에서 느끼는 만족감은 어떤 이들에게는 장인 정신 자체가 보상임을 시사합니다. huurtehoog가 말했듯이, "하나는 당신 것이고, 당신이 만들었고 알고 있습니다. 다른 하나는 당신이 구매한 것입니다."

AI 에이전트를 사용하는 개발자들에게 교훈은 다음과 같습니다: 기반 코드는 인간이 만들고, AI는 반복하는 데 사용하되 이해를 대체하지 마십시오.