#스펙 주도 개발
3개의 포스트
![[특집] AI가 코드를 쓸수록 설계가 중요해진다 — 「도메인 주도 설계는 AI가 코드를 쓸 때 더 중요해진다」 완전 해부](/_next/image?url=https%3A%2F%2Ffiles.core.today%2Fstorage%2Fcoredot%2Fpublic%2Fblog%2Fddd-cover.webp&w=3840&q=75)
[특집] AI가 코드를 쓸수록 설계가 중요해진다 — 「도메인 주도 설계는 AI가 코드를 쓸 때 더 중요해진다」 완전 해부
2026년 8월 20일, 폴란드의 Go 백엔드 교육 회사 스리 닷 랩스의 공동창업자 미워시 스몰카가 올린 에세이 한 편이 두 달에 걸쳐 조용히 퍼졌다. 주장은 단순하다 — '에이전트를 어떻게 설정하고 어떤 LLM을 쓰는지는 해법에 대한 명확한 정신 모델만큼 중요하지 않다. 둘 중 하나를 골라야 한다면 나는 생각을 건너뛰느니 코드를 한 줄도 직접 쓰지 않겠다.' 이 글은 그 주장을 끝까지 파고든다. 2003년 에릭 에반스의 '파란 책'이 왜 나왔고 지식 탐구·유비쿼터스 언어·바운디드 컨텍스트가 정확히 무엇을 뜻하는지, 1985년 피터 나우르의 '이론 만들기'부터 2026년 OpenAI의 하니스 엔지니어링까지 어떤 계보 위에 서 있는지, 월 1달러를 아낀 에이전트 일화가 왜 팀 커뮤니케이션의 축소판인지, 그리고 Faros·METR·GitClear·LinearB의 2025~2026년 데이터가 '쓰기가 싸지자 읽기가 비싸졌다'를 어떻게 증명하는지를 사례와 함께 풀었다. 본 버논의 '에이전트는 아직 도메인 모델을 못 만든다'는 증언, 에반스의 2026년 기조연설, 네이버·카카오·삼성·토스의 AI 코딩 도입과 GeekNews의 차가운 반응까지 — 다섯 개의 인터랙티브 도구로 2026년 가을 한국의 독자가 이 글에서 가져갈 것을 정리했다.
![[특집] 플랜 모드는 죽었다 — AI 코딩에서 '계획서'는 사라지고 '이해'의 문제만 남았다](/_next/image?url=https%3A%2F%2Ffiles.core.today%2Fstorage%2Fcoredot%2Fpublic%2Fblog%2Fpm-cover.webp&w=3840&q=75)
[특집] 플랜 모드는 죽었다 — AI 코딩에서 '계획서'는 사라지고 '이해'의 문제만 남았다
2026년 9월 24일, 전 GitHub 엔지니어 아이먼 나딤이 「플랜 모드는 죽었다」라는 글을 올렸습니다. '계획'을 제품의 중심에 둔 코딩 앱을 직접 만들었다가 실패한 사람의 고백입니다. 이틀 만에 해커뉴스 553점, 댓글 477개가 달렸고, 맨 위 댓글은 Claude Code를 만든 보리스 체르니의 "대체로 동의합니다"였습니다. 이 특집은 그 글을 뼈대로, 1970년 로이스의 '폭포수' 논문이 사실은 폭포수를 경고했다는 이야기부터 브룩스의 '하나는 버려라', 켄트 벡의 변경 비용 곡선, 나우르의 '프로그래밍은 이론 쌓기', 쇤의 '재료와의 대화'를 거쳐 2025년 플랜 모드와 스펙 주도 개발 붐까지 따라갑니다. 나딤이 꼽은 네 가지 오판(계획하기와 계획서를 혼동했다, 모델이 너무 좋아졌다, 아무도 AI가 쓴 글을 읽고 싶어 하지 않는다, 계획과 구현을 떼어 놓았다)을 사례로 풀고, 에이전트가 수백 개로 늘어나는 2026년에 사람의 '이해'를 어떻게 지킬지까지 인터랙티브 6개와 웹툰 12장으로 함께 읽어 보세요.

AI가 다 써주는 시대의 글쓰기 — 왜 아직 직접 써야 하는가
링크드인 장문 게시물의 41%가 AI 생성이고, 한국 직장인의 74%가 업무에 AI를 씁니다. 그런데 폴 그레이엄은 '쓰는 자와 못 쓰는 자로 갈리는 세계는 곧 생각하는 자와 못 하는 자의 세계'라고 경고했습니다. 쓰기는 원래 두 개의 다른 일이었고 AI는 그중 하나만 가져갔습니다 — 어느 쪽을 넘겨도 되고 어느 쪽을 지켜야 하는지, 데이터와 사례로 끝까지 따져봅니다.