요약

교육 도구 Elisa 는 한 명의 개발자가 단 1 주일 만에 만든 풀스택 애플리케이션 으로, AI 시대의 생산성 도약을 입증하는 대표 사례다. 이 1 인 1 주 프로젝트의 산출물을 수치로 정리하면 — TypeScript + Python + React 로 작성된 코드 39,000 줄, 자동화된 테스트 1,500 개, Git 커밋 76 회 다. 핵심은 인간이 무엇을 하고 AI 가 무엇을 했는가 의 분담이다 — 인간이 한 일은 아키텍처 설계와 명세 정의 였고, AI 가 한 일은 그 명세에 따라 나머지 타이핑을 수행한 것 이었다. 본 사례는 concept/software-3-0 가 박아 둔 일차 산출물의 이동 — 코드에서 명세 + 테스트로 를 직접 입증한다.

상세

프로젝트 메타데이터

노동 분배

왜 결정적 사례인가

1. 단일 개발자: 팀이 아닌 1명. 즉 조직 자원 의 효과가 아님.
2. 1주일 = 5~7 영업일: 전통적 추정으로 39,000줄은 수개월 단위 작업.
3. 테스트 1,500개: 작동만 하는 코드 를 넘어선 품질 지표.
4. 76 커밋: 일평균 약 11회 — 정상적 개발 리듬 (몰빵 1회가 아님).

한계와 주의

• 39,000줄은 생성된 코드 분량 이지 복잡도 의 척도가 아니다. 도메인 단순할 가능성.
• "1명·1주일"은 아키텍처가 미리 잡혀 있었다 는 전제 위의 결과 — 즉 concept/spec-driven-development 가 선행된 사례.
• 일반화 시 주의: 모든 프로젝트가 1주일 = 39,000줄 가능하다고 오해되면 concept/vibe-coding 실패 사례로 직행.

책자 연결: synthesis/booklet-9-chapters Part 2 Ch.2 SDD의 실증적 성과 의 보조 사례 (MIT/MS 56% 단축, DeputyDev 31.8% 단축의 정성적 보강).

방법론

강의 활용 (01 도입 lesson/int-software-evolution 단원 끝부분):

1. 슬라이드: 메타데이터 표 + GitHub 저장소 링크.
2. 멘트 (3분):
   • "Karpathy의 진화론, 그냥 이론이 아닙니다. 사례 하나 보겠습니다."
   • "이 사람이 1주일 만에 만든 프로젝트입니다. 39,000줄, 1,500 테스트, 76 커밋."
   • "인간이 한 일 과 AI가 한 일 을 나눠보면…" → 표 제시
   • "인간 = 아키텍처와 명세, AI = 타이핑. 이게 소프트웨어 3.0의 구체적 모습입니다."
3. 균형 잡기:
   • "단, 한 가지 — 이 사람은 아키텍처를 미리 설계해놓고 시작했습니다."
   • "설계 없이 1주일에 39,000줄은 폭주의 39,000줄입니다. [02 단원에서 이런 폭주의 청구서를 보겠습니다.]"

주의사항

• 출처 검증: github.com/zoidbergclawd/elisa 가 실제 접근 가능한지 강의 전 확인. 폐쇄/삭제 시 대체 사례 필요.
• 1주일·39,000줄의 함정: 청중에게 나도 그렇게 할 수 있다 라는 환상을 심으면 위험. 아키텍처가 선행됐기에 가능했다 는 점을 매번 강조.
• 테스트 1,500개의 의미: 단순 많다 가 아니라 테스트 비율(테스트 줄 / 프로덕션 줄) 을 함께 제시하면 더 설득력. (정확 비율 미상이므로 강의 전 확인 권장.)
• 개발자 익명성: 개발자가 누구인지 본 자료에서 명확하지 않음 — zoidbergclawd 라는 GitHub 핸들만 확보. 강의에서 익명 개발자 로 표기.