|
| 1 | +# 1024 实训营课程体系设计 |
| 2 | + |
| 3 | +## 设计理念 |
| 4 | + |
| 5 | +基于"成就优秀工程师"的愿景,1024 实训营采用"定方向-做架构-做实现"三大模块的课程体系,旨在培养具备产品思维、架构思维和工程实现能力的复合型工程师。在 AI 重构开发范式的时代背景下,我们更注重培养学员的元决策能力和系统思维,而非简单的代码编写技能。 |
| 6 | + |
| 7 | +## 课程体系概览 |
| 8 | + |
| 9 | +### 第一阶段:定方向(第 1-4 周) |
| 10 | + |
| 11 | +**目标:培养产品思维,学会定义问题和价值** |
| 12 | + |
| 13 | +#### 核心能力培养 |
| 14 | + |
| 15 | +- **需求分析能力**:学会从用户视角理解问题,识别真实需求 |
| 16 | +- **产品思维**:理解技术如何创造商业价值 |
| 17 | +- **价值定义能力**:学会评估技术方案的价值和优先级 |
| 18 | + |
| 19 | +#### 具体内容 |
| 20 | + |
| 21 | +1. **产品需求调研与分析** |
| 22 | + |
| 23 | + - 竞品分析方法 |
| 24 | + - 功能对比矩阵:列出核心功能点,对比各竞品的实现情况 |
| 25 | + - 技术架构分析:研究竞品的技术选型和架构设计 |
| 26 | + - 用户体验分析:从用户角度体验竞品,记录优缺点 |
| 27 | + - 差异化定位:识别竞品的特色功能和市场定位 |
| 28 | + - 需求理解与拆解 |
| 29 | + - 用户故事(User Story)方法:从用户视角描述功能需求 |
| 30 | + - 功能分解树(FBS):将大需求拆解为可执行的小任务 |
| 31 | + - 用例分析:识别系统的所有使用场景和边界条件 |
| 32 | + - 需求优先级矩阵:基于价值和复杂度评估需求实现顺序 |
| 33 | + - AI 辅助需求分析实践 |
| 34 | + - 使用 ChatGPT 等 AI 工具进行用户反馈分析 |
| 35 | + - 利用 AI 工具生成用户画像和需求场景 |
| 36 | + - AI 辅助竞品功能对比分析 |
| 37 | + - 基于 AI 的需求可行性评估 |
| 38 | + |
| 39 | +2. **产品设计思维** |
| 40 | + |
| 41 | + - MVP 设计原则 (初级产品经理喜欢做加法,顶级产品经理做的是减法) |
| 42 | + - 做减法思维:从加法到减法的转变 |
| 43 | + - 精准定位:减到刚好精准命中用户心智 |
| 44 | + - 价值聚焦:识别核心价值,避免功能堆砌 |
| 45 | + - 用户思维 |
| 46 | + - 以用户为中心:从用户视角思考问题 |
| 47 | + - 用户旅程地图:理解用户使用产品的完整流程 |
| 48 | + - 同理心设计:站在用户角度感受痛点和需求 |
| 49 | + - 数据思维 |
| 50 | + - 数据驱动决策:基于数据而非直觉做产品决策 |
| 51 | + - 关键指标定义:识别产品的核心成功指标 |
| 52 | + - A/B 测试思维:通过实验验证产品假设 |
| 53 | + - 迭代思维 |
| 54 | + - 快速试错:小步快跑,快速验证 |
| 55 | + - 持续优化:基于反馈不断改进产品 |
| 56 | + - 版本规划:合理规划产品迭代节奏 |
| 57 | + |
| 58 | +3. **技术方案评估** |
| 59 | + - 技术可行性分析:评估技术方案的实现难度 |
| 60 | + - 成本效益分析:开发成本 vs 预期收益 |
| 61 | + - 技术风险识别:识别潜在的技术风险点 |
| 62 | + - 替代方案对比:对比不同技术方案的优劣 |
| 63 | + |
| 64 | +#### 交付物 |
| 65 | + |
| 66 | +- 产品需求文档(PRD) |
| 67 | +- 用户故事地图 |
| 68 | +- 产品原型设计 |
| 69 | + |
| 70 | +--- |
| 71 | + |
| 72 | +### 第二阶段:做架构(第 5-8 周) |
| 73 | + |
| 74 | +**目标:培养架构思维,学会系统设计** |
| 75 | + |
| 76 | +#### 核心能力培养 |
| 77 | + |
| 78 | +- **系统思维**:理解复杂系统的整体性和关联性 |
| 79 | +- **架构设计能力**:学会设计可扩展、可维护的系统架构 |
| 80 | +- **技术决策能力**:在多种技术方案中做出合理选择 |
| 81 | + |
| 82 | +#### 具体内容 |
| 83 | + |
| 84 | +1. **架构设计基础** |
| 85 | + |
| 86 | + - 系统设计原则(SOLID、DRY 等) |
| 87 | + - 架构模式与设计模式 |
| 88 | + - 微服务架构设计 |
| 89 | + - 分布式系统设计 |
| 90 | + |
| 91 | +2. **AI 辅助架构设计** |
| 92 | + |
| 93 | + - 使用 AI 工具进行架构方案生成 |
| 94 | + - 架构方案评估与优化 |
| 95 | + - 技术选型决策支持 |
| 96 | + - 架构文档自动生成 |
| 97 | + |
| 98 | +3. **技术方案评估** |
| 99 | + |
| 100 | + - 技术可行性分析:评估技术方案的实现难度 |
| 101 | + - 成本效益分析:开发成本 vs 预期收益 |
| 102 | + - 技术风险识别:识别潜在的技术风险点 |
| 103 | + - 替代方案对比:对比不同技术方案的优劣 |
| 104 | + |
| 105 | +4. **性能与可扩展性设计** |
| 106 | + - 高并发系统设计 |
| 107 | + - 数据库设计优化 |
| 108 | + - 缓存策略设计 |
| 109 | + - 监控与可观测性设计 |
| 110 | + |
| 111 | +#### 交付物 |
| 112 | + |
| 113 | +- 系统架构设计文档 |
| 114 | +- 技术选型报告 |
| 115 | +- 技术方案评估报告 |
| 116 | +- 性能测试方案 |
| 117 | + |
| 118 | +--- |
| 119 | + |
| 120 | +### 第三阶段:做实现(第 9-12 周) |
| 121 | + |
| 122 | +**目标:培养工程实现能力,学会高质量交付** |
| 123 | + |
| 124 | +#### 核心能力培养 |
| 125 | + |
| 126 | +- **工程实践能力**:掌握企业级开发规范和流程 |
| 127 | +- **代码质量意识**:追求极致的代码质量和工程规范 |
| 128 | +- **团队协作能力**:学会在团队中高效协作 |
| 129 | + |
| 130 | +#### 具体内容 |
| 131 | + |
| 132 | +1. **工程规范与最佳实践** |
| 133 | + |
| 134 | + - 代码规范与风格指南 |
| 135 | + - Git 工作流程 |
| 136 | + - Code Review 流程 |
| 137 | + - 测试驱动开发(TDD) |
| 138 | + |
| 139 | +2. **AI 辅助开发实践** |
| 140 | + |
| 141 | + - 模块化设计与 AI 代码生成 |
| 142 | + - 代码重构与优化 |
| 143 | + - 自动化测试编写 |
| 144 | + - 持续集成/持续部署(CI/CD) |
| 145 | + |
| 146 | +3. **质量保障体系** |
| 147 | + - 单元测试与集成测试 |
| 148 | + - 性能测试与优化 |
| 149 | + - 安全测试与漏洞修复 |
| 150 | + - 代码质量监控 |
| 151 | + |
| 152 | +#### 交付物 |
| 153 | + |
| 154 | +- 完整的项目代码库 |
| 155 | +- 测试报告与质量评估 |
| 156 | +- 部署文档与运维手册 |
| 157 | + |
| 158 | +## 实训营特色融入 |
| 159 | + |
| 160 | +### 1. 过程开源 |
| 161 | + |
| 162 | +- 所有项目代码开源到 GitHub |
| 163 | +- 阶段性成果在技术社区分享 |
| 164 | +- 经验总结与技术博客输出 |
| 165 | +- 开源贡献作为个人技术名片 |
| 166 | + |
| 167 | +### 2. 行业大咖分享 |
| 168 | + |
| 169 | +- 邀请技术大咖进行专题讲座 |
| 170 | +- 直播分享与互动交流 |
| 171 | +- 短视频内容制作与分发 |
| 172 | +- 导师经验分享与技术答疑 |
| 173 | + |
| 174 | +### 3. 导师规范 |
| 175 | + |
| 176 | +- 任务以书面形式明确给出 |
| 177 | +- 讨论内容沉淀为文档 |
| 178 | +- 定期技术分享与经验交流 |
| 179 | +- 个性化成长指导 |
| 180 | + |
| 181 | +## 工程习惯培养 |
| 182 | + |
| 183 | +### 基于 PR 的开发协作流程 |
| 184 | + |
| 185 | +推荐采用基于 PR(Pull Request)的开发协作流程,每个 PR 都应该包含: |
| 186 | + |
| 187 | +- **问题背景**:为什么要做这个改动 |
| 188 | +- **参考依据**:基于什么考虑做出这个决策 |
| 189 | +- **方案对比**:考虑了哪些方案,各自的优劣 |
| 190 | +- **最终决策**:为什么选择当前方案 |
| 191 | +- **预期效果**:期望达到什么样的效果 |
| 192 | + |
| 193 | +### Code Review Comments 沉淀机制 |
| 194 | + |
| 195 | +为了形成有实训营风格的写代码规范,我们建立以下机制: |
| 196 | + |
| 197 | +- **Issue 记录 PR Comments**:每个 PR 的 review comments 都要记录在对应的 Issue 中 |
| 198 | +- **决策过程文档化**:将 review 过程中的讨论、决策、权衡都沉淀为文档 |
| 199 | +- **最佳实践总结**:定期总结 review 中发现的共性问题,形成最佳实践指南 |
| 200 | +- **规范迭代优化**:基于 review 反馈持续优化代码规范和开发流程 |
| 201 | + |
| 202 | +### 代码规范要求 |
| 203 | + |
| 204 | +- 严格的代码风格检查 |
| 205 | +- 完整的单元测试覆盖 |
| 206 | +- 详细的代码注释和文档 |
| 207 | +- 定期的代码质量评估 |
| 208 | + |
| 209 | +## 评估体系 |
| 210 | + |
| 211 | +### 阶段性评估 |
| 212 | + |
| 213 | +- 每周进度汇报与评估 |
| 214 | +- 阶段性成果展示 |
| 215 | +- 导师反馈与改进建议 |
| 216 | +- 同伴互评与学习 |
| 217 | + |
| 218 | +### 最终评估 |
| 219 | + |
| 220 | +- 项目完整性与质量 |
| 221 | +- 技术方案创新性 |
| 222 | +- 团队协作表现 |
| 223 | +- 个人成长与贡献 |
| 224 | + |
| 225 | +## 预期成果 |
| 226 | + |
| 227 | +通过 12 周的实训,学员将获得: |
| 228 | + |
| 229 | +1. **完整项目经验**:从 0 到 1 的完整项目交付经验 |
| 230 | +2. **技术能力提升**:扎实的工程实践能力和架构设计能力 |
| 231 | +3. **思维模式转变**:从执行者思维转向产品思维和架构思维 |
| 232 | +4. **个人品牌建设**:开源项目和技术博客作为个人技术名片 |
| 233 | +5. **职业发展机会**:优秀学员获得七牛云实习机会和推荐信 |
| 234 | + |
| 235 | +## 后续优化方向 |
| 236 | + |
| 237 | +1. **课程内容迭代**:根据学员反馈和行业变化持续优化 |
| 238 | +2. **导师团队扩充**:邀请更多行业专家加入导师团队 |
| 239 | +3. **项目类型丰富**:增加更多样化的项目类型和技术栈 |
| 240 | +4. **社区建设**:建立学员社区,促进长期交流与合作 |
0 commit comments