-
Notifications
You must be signed in to change notification settings - Fork 0
Epic & Stories
MinJeong Hong edited this page Nov 8, 2025
·
2 revisions
Important
Season 0.1은 총 3주 스프린트로 진행되며,
매주 핵심 기능 완성과 경험 검증을 목표로 합니다.
Note
목표 모든 키워드/토큰을 정의하고 Lexer MVP를 완성한다.
| 스토리 | 설명 | 예상시간 |
|---|---|---|
| #1 | 언어 전용 토큰 스펙을 정리하고 사전을 확정한다 | 3시간 |
| #2 | Lexer MVP를 구현하고 기본 하이라이터를 만든다 | 6시간 |
| #3 | 테스트 및 디버깅 도구를 구성한다 | 3시간 |
Note
개발자는 언어 키워드를 정리하고, 감성적 표현을 위한 토큰 체계를 만든다.
| ID | 내용 | 예상시간 |
|---|---|---|
[Task 1-1] |
언어 키워드/심볼 수집 및 정리 | 45분 |
[Task 1-2] |
Token Category 설계 (Literal, Flow) | 1시간 |
[Task 1-3] |
스타일 가이드 및 Naming 확정 | 1시간 |
| ID | 내용 | 예상시간 |
|---|---|---|
[Task 1-A] |
감성적 에러 메시지 초안 작성 | 30분 |
[Task 1-B] |
키워드별 설명 템플릿 정의 | 30분 |
- 총 예상 시간: 3시간
- 완료 기준: 핵심 토큰 목록이 확정되고, 위키 문서화 초안이 작성된다.
Note
개발자는 스트림 기반 Lexer를 구현하고, 하이라이팅 PoC를 수행한다.
| ID | 내용 | 예상시간 |
|---|---|---|
[Task 2-1] |
스트림 리더 & 버퍼 구조 설계 | 1시간 |
[Task 2-2] |
Tokenization 로직 구현 | 2시간 |
[Task 2-3] |
에러 핸들링 & 리커버리 플랜 작성 | 1시간 |
| ID | 내용 | 예상시간 |
|---|---|---|
[Task 2-A] |
VSCode Syntax Highlighting PoC | 1시간 |
[Task 2-B] |
CLI 색상 출력 스타일 정의 | 1시간 |
- 총 예상 시간: 6시간
- 완료 기준: 기본 Lexer가 동작하고, 테스트 명령에 대한 하이라이트 결과를 확인할 수 있다.
Note
개발자는 Lexer 기능을 진단할 수 있는 테스트 도구를 구성한다.
| ID | 내용 | 예상시간 |
|---|---|---|
[Task 3-1] |
테스트 케이스 작성 (정상/에러/경계 상황) | 1시간 |
[Task 3-2] |
Snapshot 기반 리그레션 테스트 셋업 | 1시간 |
[Task 3-3] |
CLI용 Quick Check 스크립트 작성 | 45분 |
| ID | 내용 | 예상시간 |
|---|---|---|
[Task 3-A] |
테스트 전략 문서화 | 30분 |
[Task 3-B] |
개발자 온보딩용 테스트 실행 가이드 | 30분 |
- 총 예상 시간: 3시간
- 완료 기준: 기본 테스트 자동화가 구축되고, 위키에 가이드가 게시된다.
| 구분 | Language | Tooling | 경험 | 합계 |
|---|---|---|---|---|
| 예상 작업시간 | 9시간 | 3시간 | 2시간 | 14시간 |
Note
목표 CLI 실행 플로우, 품질 보증, 문서를 정비하여 Day1 데모 경험을 완성한다.
| 스토리 | 설명 |
|---|---|
| #D1 |
mint run 명령이 실행/에러를 일관된 형식으로 출력한다. |
| #D2 | 핵심 모듈 유닛 테스트와 단일 스크립트 E2E 테스트를 구축한다. |
| #D3 | README·Wiki에 최신 문법과 테스트/에러 전략을 문서화한다. |
| 태스크 | 주요 작업 |
|---|---|
| 파일 실행 및 결과 출력 플로우 구성 | CLI 명령 파싱·파일 로딩, core 호출 래퍼, 종료 코드/출력 포맷 정의 |
| 에러 발생 시 친절한 메시지 노출 | 에러 핸들링 헬퍼, 포맷(색상·이모지) 설계, 테스트 케이스 추가 |
| README Quick Start 예제 검증 | 예제 스크립트 업데이트, 실행 로그 캡처, CI 검증 여부 검토 |
-
파일 실행 및 결과 출력 플로우 구성 -
에러 발생 시 친절한 메시지 노출 -
README Quick Start 예제 검증
| 태스크 | 주요 작업 |
|---|---|
| 렉서·파서·평가 유닛 테스트 작성 | 테스트 스캐폴드 구성, 성공/실패 케이스 작성 |
| 단일 스크립트 E2E 테스트 추가 | 통합 테스트 스크립트, 샘플 스크립트, CI 실행 설정 |
-
렉서·파서·평가 유닛 테스트 작성 -
단일 스크립트 end-to-end 테스트 추가
| 태스크 | 주요 작업 |
|---|---|
| README/위키 최신화 | 문서 구조 점검, 문법·키워드 갱신, 관련 링크 업데이트 |
| 에러/테스트 전략 문서화 | 에러 처리 정책 정리, 테스트 전략(유닛·통합·E2E) 명세 |
-
README/위키에 언어 컨셉 및 핵심 문법 업데이트- 문서 구조 점검 및 업데이트 항목 정리
- 주요 문법/키워드 설명 갱신
- PR/이슈 링크 업데이트
-
에러 처리·테스트 전략 문서화- 에러 처리 문서 초안 작성
- 테스트 전략 항목(유닛/통합/E2E) 정리
- Wiki/README 링크 연결
| 구분 | CLI | QA | Docs | 합계 |
|---|---|---|---|---|
| 예상 작업시간 | 6시간 | 4시간 | 3시간 | 13시간 |
Note
목표
웹 터미널 확장을 대비해 core 구조와 배포 전략을 선행 설계한다.
| 스토리 | 설명 |
|---|---|
| #W1 | core를 프레임워크 비의존 API로 분리하고 웹 터미널 요구사항 초안을 작성한다. |
| 태스크 | 주요 작업 |
|---|---|
| core 모듈 프레임워크 비의존화 | 폴더 구조·엔트리포인트 정비, 빌드 설정 업데이트, CLI/테스트 리팩터링 |
| 공용 빌드 출력 구조 정의 | 빌드 스크립트·출력 경로 설계, package.json exports 조정, 배포 전략 초안 |
| 웹 터미널 요구사항 초안 작성 | 사용자 페르소나·시나리오 정리, 기술 스택 조사, Vercel 배포 전략 초안 |
-
core 모듈을 프레임워크 비의존 API로 노출 -
CLI·향후 웹 앱에서 공용으로 쓸 빌드 출력 구조 정의 -
React 기반 웹 터미널 아이디어·요구사항 초안 작성
| 구분 | Infra | Docs | 합계 |
|---|---|---|---|
| 예상 작업시간 | 6시간 | 2시간 | 8시간 |
마지막 업데이트: 2025-11-08