프로그래밍 강사 모시 하메다니가 이상한 고백을 올렸습니다. 마지막 프로젝트를 전부 클로드 코드로 지었고, 손으로 친 코드는 정말 0줄이었다고요. 그런데 걸린 시간이 하루도, 일주일도 아닌 거의 석 달입니다. 이 글이 하루 만에 조회 12만을 넘기며 번지고 있어요.
"AI가 다 짜주는데 왜 석 달이나?"라는 반응과 "그래도 석 달이면 절반으로 준 것"이라는 반응이 동시에 달립니다. 저는 이 글이 지금 시점에서 나올 수 있는 가장 정직한 개발 후기라고 보고, 원문을 따라가며 왜 그런지 적어봅니다.
석 달의 내역서
하메다니의 설명은 이렇습니다. 진지한 소프트웨어는 애초에 타이핑이 본체였던 적이 없다는 것. 프로젝트 초반은 미지수투성이였고, 만들고 테스트하고 피드백을 받는 과정에서 미리 예상할 수 없었던 문제와 요구사항이 계속 튀어나왔답니다. 코드 생성이 아무리 빨라도 이 발견의 과정 자체는 건너뛸 수 없었다는 거예요.
그럼 그 석 달 동안 사람은 뭘 했느냐. 리뷰였습니다. 그것도 라인 단위 리뷰가 아니라 상위 수준 검토요. 접근법이 맞는지, 아키텍처가 적절한지, 설계 결정이 옳은지. 하메다니는 클로드의 선택에 끊임없이 시비를 걸고, 결정을 놓고 토론하고, 더 단순하고 견고한 해법을 밀어붙였다고 씁니다. 그리고 한 문장으로 못을 박아요. 그게 바로 소프트웨어 엔지니어링이라고.
계산도 정직합니다. AI가 없었다면 5~6개월 이상 걸렸을 일이라고 해요. 타이핑, 문법 씨름, 문서 뒤지기, 구현 방법 찾기에 쓰던 시간이 통째로 사라진 덕분에 석 달이 된 거지, 석 달이 실패의 증거가 아니라는 겁니다. 공정의 절반이 사라졌는데도 남은 절반이 여전히 석 달어치라는 것, 그게 이 글의 핵심 정보예요.
암기가 빠진 자리에 판단이 들어온다
원문에서 제일 실용적인 대목은 필요한 지식의 목록이 바뀌는 부분입니다.
이제 안 외워도 되는 것: API 세부사항, 문법.
여전히 알아야 하는 것: 관심사 분리, 결합도와 응집도, 추상화, 데이터 모델링, API 설계, 에러 처리, 보안, 성능, 테스트.
두 목록의 차이가 보이시나요. 앞쪽은 검색하면 나오는 지식이고, 뒤쪽은 상황마다 답이 달라지는 판단입니다. 검색 가능한 지식은 AI가 이미 사람보다 빨리 꺼내지만, 맥락 속 판단은 아직 질문하는 사람의 수준만큼만 나옵니다. AI가 아키텍처를 제안할 때, 추상화를 하나 만들 때, 레이어를 얹을 때, 의존성을 추가할 때 — 하메다니가 나열한 질문은 이렇습니다. 정말 필요한가? 더 단순한 길은 없나? 확장되나? 안전한가? 6개월 뒤 유지보수 지옥이 되지는 않나?
이 질문들은 코드를 못 쓰는 사람도 던질 수는 있습니다. 하지만 답을 알아듣고 반박까지 하려면 뒤쪽 목록이 몸에 있어야 해요. 에이전트 시대의 실력이 코딩 속도에서 판단 속도로 옮겨간다는 말을, 이 글은 석 달짜리 실전 데이터로 증명하고 있는 겁니다.
이 글이 유독 아프게 읽히는 이유
같은 얘기를 무명 개발자가 했다면 이만큼 번지지 않았을 겁니다. 하메다니는 온라인 프로그래밍 강의로 이름이 알려진 사람이에요. 코딩을 가르쳐서 먹고사는 사람이 "코드는 한 줄도 안 썼다"고 공개하는 건, 자기 상품의 절반을 스스로 부정하는 일에 가깝거든요. 그런데도 그는 결론을 비관으로 끌고 가지 않습니다. 가르칠 내용이 바뀌었을 뿐, 가르칠 이유는 오히려 선명해졌다는 쪽이에요.
답글 반응이 갈리는 지점도 정확히 여기입니다. "석 달이나 걸렸다"에 방점을 찍는 쪽은 AI 코딩의 한계를 읽고, "석 달밖에 안 걸렸다"에 방점을 찍는 쪽은 절반으로 준 공정을 읽습니다. 둘 다 맞아요. 다만 어느 쪽으로 읽든, 사라진 절반이 타이핑이고 남은 절반이 판단이라는 사실은 변하지 않습니다. 논쟁의 양쪽이 같은 데이터를 인정하고 있다는 점에서, 이 글은 보기 드물게 생산적인 논쟁을 만들어냈습니다.
남는 생각
저는 이 석 달을 비관이 아니라 가격표로 읽습니다.
코드 생성 비용이 0으로 수렴하니까, 그동안 코딩 실력에 섞여서 함께 팔리던 판단력의 값이 따로 드러난 거예요. 예전에는 "코드를 잘 짠다"에 설계 감각이 묻어 있었는데, 이제 코드는 누구나 뽑을 수 있으니 설계 감각만 남아서 단독으로 값이 매겨집니다. 하메다니의 석 달은 그 값이 생각보다 크다는 영수증이고요.
이건 배우는 사람에게 나쁜 소식이 아닙니다. 오히려 공부할 목록이 짧아지고 선명해졌어요. 문법 책 대신 설계 원칙, 튜토리얼 대신 리뷰 훈련. AI가 짜준 코드에 "이 추상화 정말 필요해?"라고 물어보는 연습이, 타자 연습보다 백 배 남는 장사가 된 겁니다.
제 경험도 같은 결을 탑니다. 에이전트에게 글쓰기와 발행을 통째로 맡기고 운영한 지 몇 달째인데, 제 하루에서 제일 긴 시간을 잡아먹는 건 집필이 아니라 검수입니다. 초안은 몇 분이면 나오지만, 이 문장이 사실인지 대조하고 이 구성이 맞는지 따지고 톤이 무너진 문단을 다시 쓰게 하는 데 시간의 대부분이 들어가요. 생산물은 에이전트가 만들지만 품질은 검수자가 만듭니다. 하메다니의 석 달과 제 몇 달이 분야만 다를 뿐 같은 영수증인 이유입니다.
원문의 마지막 문장이 이 모든 걸 한 줄로 정리합니다. "AI가 코드는 쓴다. 좋은 코드와 좋은 소프트웨어가 어떤 모습인지는 여전히 네가 알아야 한다." 코드 0줄과 석 달. 이 두 숫자 사이의 간격이, 앞으로 몇 년간 개발자라는 직업이 서 있을 자리입니다. 그 간격을 메우는 훈련을 오늘 시작하는 사람과 미루는 사람의 차이는, 아마 석 달보다 훨씬 크게 벌어질 겁니다.
원문·소스
- 모시 하메다니 원문 트윗: https://x.com/moshhamedani/status/2094452759877849426
무료로 가져가세요
- AI가 코드를 쓰는 시대에 사람 몫으로 남는 건 시키는 기술입니다. 제가 에이전트한테 일 시키며 정리한 네 가지 규칙을 16쪽으로 묶었어요. 메일 확인 한 번 거치면 받으실 수 있습니다: 받으러 가기
FAQ
자주 묻는 질문
- 코드 0줄인데 왜 석 달이 걸렸나요?
- 진지한 소프트웨어는 타이핑이 본체가 아니었습니다. 만들고 테스트하고 피드백 받는 발견 과정은 건너뛸 수 없고, 그 석 달 동안 사람은 아키텍처와 설계 결정을 리뷰했어요. AI가 없었다면 5~6개월 이상 걸렸을 일이라고 합니다.
- 이제 안 외워도 되는 것과 여전히 알아야 하는 것은요?
- 안 외워도 되는 것은 API 세부사항과 문법입니다. 여전히 알아야 하는 것은 관심사 분리, 결합도와 응집도, 추상화, 데이터 모델링, API 설계, 에러 처리, 보안, 성능, 테스트예요.
- 이 글이 유독 번진 이유는 무엇인가요?
- 코딩을 가르쳐 먹고사는 사람이 코드는 한 줄도 안 썼다고 공개했기 때문입니다. 석 달이나와 석 달밖에의 양쪽이 같은 데이터(사라진 절반은 타이핑, 남은 절반은 판단)를 인정해요.