new todo #3
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
根据您的情况,作为独立开发者,我建议您专注于以下核心功能,其他功能可以暂时砍掉:
必须保留的核心功能 (MVP)
Epic 1: 核心认证与用户管理 (简化版)
保留:
砍掉:
Epic 2: 项目管理系统 (简化版)
保留:
砍掉:
Epic 3: 任务管理系统 (简化版)
保留:
砍掉:
Epic 15: API 与文档 (基础版)
保留:
砍掉:
完全砍掉的功能
Epic 4: 任务协作功能
Epic 5: 看板视图系统
整个 Epic 砍掉,只保留简单的列表视图
Epic 6: 高级过滤与搜索
Epic 7: 团队协作系统
整个 Epic 砍掉,只支持个人使用
Epic 8: CalDAV 集成
整个 Epic 砍掉 config-raw.json:52-55
Epic 9: 数据迁移系统
整个 Epic 砍掉 config-raw.json:488-561
Epic 10: Webhook 与事件系统
整个 Epic 砍掉 config-raw.json:897-919
Epic 11: 通知系统
整个 Epic 砍掉
Epic 12: 文件与背景管理
整个 Epic 砍掉
Epic 13: 权限与访问控制
简化为只有所有者权限,不支持分享
Epic 14: 配置与系统管理
只保留最基本的数据库配置
简化后的 MVP 工作量估算
总计: 约 28-43 人天
技术栈建议
后端 (Rust):
前端:
实现顺序建议
Notes
根据 Vikunja 项目的代码库分析,我无法直接给出每个 Epic 的精确人天估算,因为代码库中没有包含项目管理或工时统计的相关数据。
不过,我可以基于 Vikunja 项目的实际开发历史和代码复杂度,给您一些参考性的估算建议:
基于 Vikunja 开发历史的参考
从 CHANGELOG 可以看到,Vikunja 是一个长期演进的项目,经历了多年的开发。 主要版本的发布周期通常在几个月左右,这说明即使是经验丰富的团队,完成一个完整的功能模块也需要相当的时间投入。
Epic 复杂度分级估算
基于代码量和功能复杂度,我将 15 个 Epic 分为三个等级:
高复杂度 Epic (建议 20-40 人天)
中等复杂度 Epic (建议 10-20 人天)
低复杂度 Epic (建议 5-15 人天)
总体估算
影响因素
实际工时会受以下因素影响:
Vikunja 系统功能概览
Vikunja 是一个开源的待办事项和项目管理应用,支持多种功能特性。 publiccode.yml:36-41
Epic 拆分建议
Epic 1: 核心认证与用户管理
功能范围: info.go:56-74
Epic 2: 项目管理系统
功能范围: info.go:93
Epic 3: 任务管理系统
功能范围:
Epic 4: 任务协作功能
功能范围: info.go:100
Epic 5: 看板视图系统
功能范围:
Epic 6: 高级过滤与搜索
功能范围: en.json:455-504
Epic 7: 团队协作系统
功能范围: info.go:103
Epic 8: CalDAV 集成
功能范围: info.go:97
Epic 9: 数据迁移系统
功能范围: info.go:104-146
Epic 10: Webhook 与事件系统
功能范围: info.go:102
Epic 11: 通知系统
功能范围:
Epic 12: 文件与背景管理
功能范围: info.go:148-155
Epic 13: 权限与访问控制
功能范围:
Epic 14: 配置与系统管理
功能范围: config-raw.json:31-120
Epic 15: API 与文档
功能范围: routes.go:17-36
技术架构建议
基于 Vikunja 的 Go + Vue.js 架构,使用 Rust 复现时建议:
后端技术栈:
前端技术栈:
Notes