VMark를 구축하는 데 얼마나 들까요?
요약
VMark는 TypeScript, Rust, CSS, Vue에 걸쳐 약 109,000줄의 프로덕션 코드와 206,000줄의 테스트 코드를 보유하고 있습니다. 인간 팀이 처음부터 구축하려면 4,239 개발자일(약 17 인년)이 필요합니다. 미국 시장 요율로 340만~420만 달러입니다. 실제로는 1명이 AI 보조를 받아 85일만에 구축했으며, 비용은 약 2,000달러——약 50배의 생산성 향상과 약 99.9%의 비용 절감입니다.
이 페이지가 존재하는 이유
반복되는 질문이 있습니다: "VMark에 실제로 얼마나 많은 노력이 들었나요?"
이것은 마케팅 페이지가 아닙니다. 실제 코드 메트릭에 기반한 투명하고 데이터 기반의 분석입니다——감이 아닙니다. 여기의 모든 수치는 tokei(행수 카운트), git log(히스토리), vitest(테스트 수)에서 가져왔습니다. 저장소를 클론하면 이 수치를 직접 재현할 수 있습니다.
원시 메트릭
| 메트릭 | 값 |
|---|---|
| 프로덕션 코드(프론트엔드 TS/TSX) | 85,306 LOC |
| 프로덕션 코드(Rust 백엔드) | 10,328 LOC |
| 프로덕션 코드(MCP 서버) | 4,627 LOC |
| 프로덕션 CSS | 8,779 LOC |
| i18n 로케일 데이터 | 10,130 LOC |
| 웹사이트(Vue + TS + 문서) | 4,421 LOC + 75,930줄 문서 |
| 테스트 코드 | 206,077 LOC(656 파일) |
| 테스트 수 | 17,255 테스트 |
| 문서 | 75,930줄(320 페이지, 10 로케일) |
| 커밋 | 84 활동일에 1,993 |
| 달력상 기간 | 85일(2025년 12월 27일~2026년 3월 21일) |
| 기여자 | 2(1 인간 + AI) |
| 이탈률 | 3.7배(123만 삽입 / 33만 최종 행) |
| 테스트 대 프로덕션 비율 | 2.06:1 |
이 수치의 의미
- 테스트 대 프로덕션 비율 2.06:1은 예외적입니다. 대부분의 오픈소스 프로젝트는 0.3:1 수준입니다. VMark는 프로덕션 코드보다 2배 많은 테스트 코드를 보유하고 있습니다.
- 이탈률 3.7배는 최종 코드베이스의 1줄마다 총 3.7줄이 작성되었다는 의미입니다(재작성, 리팩터링, 삭제된 코드 포함). 이는 상당한 반복을 나타냅니다——"한 번 작성하고 출시"가 아닙니다.
- 84 활동일에 1,993 커밋은 하루 평균 약 24 커밋입니다. AI 보조 개발은 많은 작고 집중된 커밋을 생산합니다.
복잡도 분류
모든 코드가 동일하지는 않습니다. 설정 파싱 1줄은 ProseMirror 플러그인 코드 1줄과 다릅니다. 코드베이스를 4가지 복잡도 티어로 분류합니다:
| 티어 | 포함 내용 | LOC | 레이트(LOC/일) |
|---|---|---|---|
| 루틴(1.0배) | i18n JSON, CSS 토큰, 페이지 레이아웃, 설정 UI | 23,000 | 150 |
| 스탠다드(1.5배) | 스토어, 훅, 컴포넌트, MCP 브리지, 내보내기, Rust 명령어, 웹사이트 | 52,000 | 100 |
| 컴플렉스(2.5배) | ProseMirror/Tiptap 플러그인(멀티 커서, 포커스 모드, 코드 프리뷰, 테이블 UI, IME 가드), CodeMirror 통합, Rust AI 프로바이더, MCP 서버 | 30,000 | 50 |
| 리서치(4.0배) | CJK 포매팅 엔진, 컴포지션 가드 시스템, IME 인식 오토 페어 | 4,000 | 25 |
"LOC/일" 레이트는 테스트되고 리뷰된 코드를 작성하는 시니어 개발자를 기준으로 합니다——미리뷰 원시 출력이 아닙니다.
에디터 플러그인이 비싼 이유
VMark에서 가장 비용이 많이 드는 부분은 ProseMirror/Tiptap 플러그인 레이어——텍스트 선택, 문서 트랜잭션, 노드 뷰, IME 컴포지션을 관리하는 34,859줄의 코드입니다. 이것은 웹 개발에서 가장 어려운 카테고리로 널리 인식됩니다:
- 컴포넌트 트리가 아닌 문서 모델을 다룹니다
- 모든 편집은 문서 무결성을 보존해야 하는 트랜잭션입니다
- IME 컴포지션(CJK 입력용)은 완전히 병렬적인 상태 머신을 추가합니다
- 멀티 커서는 N개의 독립적인 선택을 동시에 추적해야 합니다
- 실행 취소/다시 실행이 위의 모든 것에서 올바르게 작동해야 합니다
이것이 플러그인 레이어가 "컴플렉스"(2.5배 승수)로, CJK/IME 코드가 "리서치"(4.0배)로 분류되는 이유입니다.
공수 추정
| 컴포넌트 | LOC | 개발자일 |
|---|---|---|
| 티어 1 프로덕션(루틴) | 23,000 | 153 |
| 티어 2 프로덕션(스탠다드) | 52,000 | 520 |
| 티어 3 프로덕션(컴플렉스) | 30,000 | 600 |
| 티어 4 프로덕션(리서치) | 4,000 | 160 |
| 테스트 코드 | 206,077 | 1,374 |
| 문서(10 로케일) | 75,930 | 380 |
| 소계 | 3,187 | |
| 오버헤드(디자인 5% + CI 3% + 리뷰 10%) | 574 | |
| 이탈 세금(3.7배 → +15%) | 478 | |
| 합계 | 4,239 개발자일 |
이는 약 17 인년의 풀타임 시니어 엔지니어링 작업에 해당합니다.
테스트 공수에 대한 참고
테스트 스위트(206K LOC, 17,255 테스트)는 1,374 개발자일을 차지합니다——총 공수의 3분의 1 이상입니다. 이것은 프로젝트의 테스트 우선 규율의 비용입니다. 이것이 없으면 프로젝트는 약 40% 더 저렴하게 구축할 수 있지만, 유지보수성은 크게 떨어집니다.
비용 추정
미국 시장 요율(풀 로드——급여 + 복리후생 + 오버헤드) 기준:
| 시나리오 | 팀 | 기간 | 비용 |
|---|---|---|---|
| 솔로 시니어($800/일) | 1명 | 17.7년 | $3.39M |
| 소규모 팀(평균 $900/일) | 3명 | 2.3년 | $3.82M |
| 풀 팀(평균 $1,000/일) | 5명 | 10.6개월 | $4.24M |
팀은 선형적으로 확장되지 않습니다. 5인 팀은 1인의 약 4배 생산성입니다(5배가 아닙니다). 커뮤니케이션 오버헤드 때문입니다——이것이 브룩스의 법칙입니다.
AI의 현실
| 메트릭 | 값 |
|---|---|
| 실제 달력상 기간 | 85일(12주) |
| 인간 환산 | 4,239 개발자일(약 17 인년) |
| 생산성 배수 | 약 50배 |
| 추정 실제 비용 | 약 $2,000(Claude Max 구독) |
| 인간 환산 비용(솔로) | $3.39M |
| 비용 절감 | 약 99.9% |
50배 배수의 의미
이것은 "AI가 인간보다 50배 똑똑하다"는 의미가 아닙니다. 의미하는 바는:
- AI는 컨텍스트 스위칭을 하지 않습니다. 전체 코드베이스를 메모리에 유지하고 10개 파일에 걸친 변경을 동시에 수행할 수 있습니다.
- AI는 프로덕션 속도로 테스트를 작성합니다. 인간에게 17,255개의 테스트를 작성하는 것은 영혼을 갈아넣는 고역입니다. AI에게는 그저 더 많은 코드일 뿐입니다.
- AI는 보일러플레이트를 즉시 처리합니다. 10 로케일 번역 레이어(10,130 LOC의 JSON + 320 페이지의 문서)는 인간 팀이라면 몇 주가 걸립니다. AI는 몇 분이면 됩니다.
- AI는 지루해하지 않습니다. 엣지 케이스, IME 컴포지션, CJK 포매팅을 커버하는 656개의 테스트 파일은 정확히 인간이 건너뛰기 쉬운 종류의 작업입니다.
인간의 역할은 판단이었습니다——무엇을 구축할지, 언제 멈출지, 어떤 접근법을 취할지. AI의 역할은 노동이었습니다——작성, 테스트, 디버깅, 번역.
시장 비교
| 차원 | VMark | Typora | Zettlr | Mark Text |
|---|---|---|---|---|
| 핵심 기능 | Markdown WYSIWYG + 소스 | Markdown WYSIWYG | 학술용 Markdown | Markdown WYSIWYG |
| LOC(추정) | 약 109K 프로덕션 | 약 200K(클로즈드 소스) | 약 80K | 약 120K |
| 기여자 | 2(1 인간 + AI) | 1~2(클로즈드) | 약 50 | 약 100 |
| 나이 | 3개월 | 8년 이상 | 6년 이상 | 6년 이상 |
| 가격 | 무료(베타) | $15 라이선스 | 무료 / OSS | 무료 / OSS |
| 주요 차별화 요소 | Tauri 네이티브, MCP AI, CJK 네이티브, 멀티 커서 | 완성도, PDF 내보내기 | Zettelkasten, 인용 | Electron, 성숙 |
이 비교가 보여주는 것
VMark는 85일만에, 다른 프로젝트들이 50~100명의 기여자와 함께 6~8년에 걸쳐 달성한 것과 비슷한 코드베이스 규모와 기능 세트에 도달했습니다. 테스트 규율(17K 테스트, 2:1 비율)은 이 비교에 포함된 모든 오픈소스 Markdown 에디터를 초과합니다.
이것은 VMark가 "더 우수하기" 때문이 아닙니다——더 젊고 실전 검증이 적습니다. 그러나 AI 보조 개발이 무엇을 가능하게 하는지를 보여줍니다: 이전에는 자금을 갖춘 팀이 필요했던 산출물을 한 사람이 만들어낼 수 있다는 것입니다.
VMark 구축 비용이 높은 이유
비용을 높이는 3가지 요인:
에디터 플러그인 복잡성——선택, 트랜잭션, 노드 뷰, IME 컴포지션을 다루는 34,859 LOC의 ProseMirror 플러그인. 이것은 시니어 에디터 프레임워크 전문가가 약 50 LOC/일로 작성하는 티어 3/4 코드입니다.
극단적인 테스트 규율——테스트 대 프로덕션 비율 2.06:1은 테스트 코드만(206K LOC)으로 프로덕션 코드보다 더 많은 공수가 필요하다는 의미입니다. 이것은 의도적인 투자입니다——AI 보조 개발을 지속 가능하게 만드는 것입니다.
10 로케일의 완전한 i18n——320 문서 페이지, 80 로케일 JSON 파일, 완전히 현지화된 웹사이트. 이것은 보통 솔로 프로젝트가 아닌 자금을 받은 상업 제품에서 볼 수 있는 운영 규모입니다.
이 수치 재현하기
모든 메트릭은 공개 저장소에서 재현 가능합니다:
# 클론 및 설치
git clone https://github.com/xiaolai/vmark.git
cd vmark && pnpm install
# LOC 메트릭 (tokei 필요: brew install tokei)
tokei --exclude node_modules --exclude dist .
# Git 히스토리
git log --oneline | wc -l
git log --format='%ai' | awk '{print $1}' | sort -u | wc -l
# 테스트 수
pnpm vitest run src/ 2>&1 | tail -5방법론
이 분석에서 사용된 생산성 기준(LOC/일 레이트)은 테스트되고 리뷰된 코드를 작성하는 시니어 개발자를 위한 업계 표준 추정치입니다. 소프트웨어 추정 문헌(McConnell, Capers Jones)에서 가져왔으며, 프로토타입이나 개념 증명 코드가 아닌 프로덕션 품질 산출물에 맞춰 조정되었습니다.