Week 3
Proposal & Documentation
15%
项目提案与初期设计文档
Course decision
先看考核重心、截止节奏和入门要求,再决定这门课是否适合你的学期安排。
考核总权重
100%
4 项考核
最高单项
40%
Iterative Deliverables
期末考试
无
成绩来自平时考核与项目
Hurdle
未列出
当前考核表没有 Hurdle 标记
Deadline map
按截止周排列作业节点;持续考核会保留在下方完整考核结构中。
Week 3
15%
项目提案与初期设计文档
Week 9
40%
三次 Sprint 的代码与测试交付
Week 10
25%
最终项目演示效果评价
Week 11
20%
个人贡献度与代码评审表现
Syllabus
默认只展示每周独有的知识重点;节奏、考核、Tutorial 和避坑信息按需展开。
📖核心知识点:敏捷开发方法论——**Scrum** 框架:Sprint、Daily Standup、Retrospective。团队角色分配——Scrum Master、Product Owner、Developer。项目选题——从 Problem Statement 到 User Stories。技术栈选型——前后端框架、数据库、部署方案。⏰本周节奏:完成组队、选题、初步技术方案。🎯考试关联:无传统考试,评分基于 Demo + 报告 + 同伴评价。🧪Tutorial/Lab:团队破冰与 Sprint Planning。📌作业关联:Proposal 提交。⚠️易错点:技术栈选型超出团队能力范围;User Story 写得太大(应拆分为可测试的小粒度)。
📖核心知识点:**需求工程**——功能需求 vs 非功能需求。User Story 格式——As a [role], I want [feature], so that [benefit]。系统架构设计——分层架构、微服务、C4 模型(Context/Container/Component/Code)。数据库 Schema 设计——ER 图与范式化。⏰本周节奏:将需求转化为可执行的设计文档。🎯考试关联:系统设计文档质量影响评分。🧪Tutorial/Lab:绘制系统架构图与 ER 图。📌作业关联:设计文档。⚠️易错点:需求范围蔓延(Scope Creep);过度设计导致开发周期不可控。
📖核心知识点:开发环境搭建——Git 工作流(Feature Branch)、CI/CD Pipeline、Docker 开发环境。**代码规范**——Linting、Code Review 流程、Pull Request Template。Sprint 1 目标——实现核心功能的 MVP(Minimum Viable Product)。⏰本周节奏:正式进入编码阶段。🎯考试关联:代码质量与 Git 提交记录是评分依据之一。🧪Tutorial/Lab:搭建项目骨架并完成第一个 Feature。📌作业关联:Sprint 1 交付物。⚠️易错点:Git 冲突处理不当导致代码丢失;不写单元测试导致后期回归 bug。
📖核心知识点:Sprint Review——向 Tutor/Mentor 演示已完成功能。Sprint Retrospective——回顾什么做得好、什么需改进。**Demo 演示技巧**——清晰展示 User Story 完成情况、技术亮点、遇到的挑战。Backlog 优先级调整。⏰本周节奏:Demo 准备 + Sprint 2 规划。🎯考试关联:Demo 1 占总评一定比例。🧪Tutorial/Lab:Demo 1 演示。📌作业关联:Demo 1 + Sprint 1 报告。⚠️易错点:Demo 时环境问题导致功能无法展示;只展示前端界面不解释后端逻辑。
📖核心知识点:中间件与第三方服务集成——认证(OAuth/JWT)、支付、邮件、文件存储。**测试策略**——单元测试、集成测试、E2E 测试。性能优化初步——数据库查询优化、API 响应时间。技术债务管理——何时重构。⏰本周节奏:功能迭代 + 质量保障。🎯考试关联:测试覆盖率是评分加分项。🧪Tutorial/Lab:编写测试用例并集成 CI 测试。📌作业关联:Sprint 2 功能交付。⚠️易错点:测试只覆盖正常路径不测试边界条件;集成第三方 API 时未处理超时/重试。
📖核心知识点:无新内容。项目中期检查——功能完成度、代码质量、团队协作评估。处理积压的技术债务。⏰本周节奏:100% 项目开发与调试。🎯考试关联:中期进度影响最终评分权重。🧪Tutorial/Lab:中期检查与导师反馈。📌作业关联:中期报告。⚠️易错点:低估剩余工作量;团队成员贡献不均但未及时调整。
📖核心知识点:进阶 Demo 技巧——展示系统的完整工作流程。用户反馈收集与迭代——基于 Demo 2 反馈调整 Sprint 3 计划。代码重构与架构优化。Peer Assessment——团队成员互评机制。⏰本周节奏:Demo 2 + Sprint 3 规划。🎯考试关联:Demo 2 占总评较大比例。🧪Tutorial/Lab:Demo 2 演示。📌作业关联:Demo 2 + Sprint 2 报告。⚠️易错点:Demo 2 功能增量不明显;忽略非功能需求(性能、安全、可用性)。
📖核心知识点:功能冻结(Feature Freeze)与 Bug 修复优先。**部署策略**——云服务部署(AWS/GCP/Azure)、域名与 HTTPS 配置。用户体验优化——响应式设计、加载性能、错误提示。可访问性(Accessibility)基础。⏰本周节奏:从功能开发转向稳定化。🎯考试关联:部署完成度影响最终 Demo 评分。🧪Tutorial/Lab:部署到云平台并配置 CI/CD。📌作业关联:Sprint 3 交付。⚠️易错点:生产环境配置与开发环境不同导致 Bug;忽略移动端适配。
📖核心知识点:系统集成测试——端到端流程验证。**文档完善**——API 文档、用户手册、部署文档、技术报告。代码清理——移除调试代码、统一代码风格、补充注释。最终 Demo 排练。⏰本周节奏:冻结功能,全力测试与文档。🎯考试关联:文档质量是评分的重要组成。🧪Tutorial/Lab:Mock Final Demo。📌作业关联:技术报告初稿。⚠️易错点:最后一刻添加新功能导致系统不稳定;文档与实际代码不一致。
📖核心知识点:最终项目展示——完整系统演示 + 技术架构讲解 + Q&A。个人贡献报告——量化展示代码提交、任务完成、协作贡献。项目反思——技术选型回顾、团队协作经验、时间管理改进。⏰本周节奏:100% 最终交付。🎯考试关联:Final Demo + 报告 + Peer Review 决定最终成绩。🧪Tutorial/Lab:Final Demo。📌作业关联:最终报告 + 代码仓库 + 个人反思。⚠️易错点:演示时网络/环境问题——需提前准备离线备份或录屏;Peer Review 评分未认真对待。
Assessment
Proposal & Documentation
项目提案与初期设计文档
Week 3
Iterative Deliverables
三次 Sprint 的代码与测试交付
Week 9
Final Demo & Presentation
最终项目演示效果评价
Week 10
Peer & Individual Assessment
个人贡献度与代码评审表现
Week 11
Assignments
交付一个稳定、安全且具备高度可用性的全栈软件系统(如企业级看板或协作工具)
重点: 全栈开发, 工程化规范
要求:需包含完整的单元测试、集成测试以及云端部署链接
⏱ 预计 100 小时
From Seniors
基础信息谁都查得到,真正值钱的是过来人的经验。
比你早一年的学长留下的真实经验 —— ChatGPT 给不了。
这门课还没有学长经验,你可以是第一个 —— 注册后在课内分享。
这门课暂无往年考点记录。
下面是匠人学院毕业生整体去过的公司分布(来自脱敏校友证言)。这是全平台的总体去向,不代表选这门课的人一定去这些公司。
统计自 317 份脱敏校友证言
岗位:Graduate Program · Graduate Consulting · Platform Engineer · Web developer · Platform engineer
岗位:Frontend Dev · junior frontend developer · Front-end Developer · Full Stack Developer
岗位:Full-stack Developer · Data Engineer · Consultant
关于这块数据,我们说实话
雇主墙来自脱敏毕业生证言(testimonials)的整体分布,无法关联到具体学员或其所选课程;仅作为毕业生去向的总体社会证明展示。
我们没有"某位学长选了这门课、后来进了哪家公司"这种可查询的个人去向档案 —— 校友证言是脱敏的,无法关联到具体的人或他选过的课。所以这里只给整体分布,不给个人路径,不编。