你说的都队——α冲刺Day3

[你说的都队]

项目	内容
这个作业属于哪个课程	202501 福大-软件工程实践-w 班
这个作业要求在哪里	站立式会议+α 冲刺
这个作业的目标	第三篇冲刺随笔

目录

• 1.成员每日总结
• 1.1 朱奕韬
• 1.2 林柏林
• 1.3 徐江山
• 1.4 林腾岳
• 1.5 严晨峰
• 1.6 郑积超
• 1.7 林嘉乐
• 1.8 陶斯予
• 2.项目燃尽图
• 3.站立式会议照片
• 4.AI 技术员的工作情况

1.成员每日总结

1.1 朱奕韬

项目进展：
基础路由与页面：课程列表基础展示

Git 情况：

从现在到明天站立式会议的安排：
对接和测试课程模块的所有接口

遇到的困难：
（1）数据建模与接口契约
困难：课程/教师/学院/专业关联复杂，字段命名不统一。
解决：统一 {entity}_id、时间戳字段；课程详情聚合返回教师与学院简要信息。
体会：聚合接口减少前端并发请求与竞态。

（2）列表搜索与筛选分页
困难：多条件组合（关键词/学院/评分/学分等）与分页/排序参数易混乱。
解决：统一 page、page_size、sort_by、sort_order；对空值不传参；前端维护查询状态→URL。
体会：“参数最小化+URL 同步”便于分享与回跳。

（3）课程详情聚合与并发
困难：详情页需课程信息+评分摘要+评论+资源并行加载，首屏阻塞。
解决：首屏仅拉详情与评分摘要，其余并行；骨架屏/懒加载评论与资源。
体会：先“可见”，再“完整”，用户感知更好。

心得体会：
定期的站立会议不仅是同步进度，更是暴露阻塞点的最佳时机。许多技术难题的解决方案，往往在团队的几句讨论中浮现。

1.2 林柏林

项目进展：
（1）完成了登录表单组件的初步开发。
（2）实现了注册表单组件，并集成基础样式与交互逻辑。
（3）引入并配置了 Vuex 状态管理，用于后续统一管理用户登录状态、token 等全局信息。

Git 情况：

从现在到明天站立式会议的安排：
实现登录表单验证，实现登录API调用，实现登录状态管理，实现登录成功后的页面跳转

遇到的困难：
问题：目前登录功能还未对接后端真实接口，暂时使用 mock 数据模拟。
方案：明日将与后端同学确认接口文档（RESTful 或 GraphQL），使用 Axios 发起请求，并处理异步 loading 与错误提示。

心得体会：
一个看似简单的登录功能，背后其实涉及组件设计、状态管理、网络请求、路由控制等多个知识点的综合运用。

1.3 徐江山

项目进展：
（1）开发课程评价提交功能前端 Vue 提交组件 + Vuex 状态管理动作，完成星级评分交互逻辑，点击星星可实时切换选中状态，支持 1-5 星整数评分。包含输入验证（判断评分和评论内容是否为空），避免无效提交。
（2）在 Vuex 中定义submitRating动作，封装评价提交的 API 请求逻辑，实现与后端接口的对接准备。

Git 情况：

从现在到明天站立式会议的安排：
继续前端页面的编写

遇到的困难：
问题描述：点击菜单外部无法正确关在实现评分展示功能时，发现若后端返回小数评分（如 4.5），直接用整数判断会导致星级显示不准确（如 4.5 星显示为 4 星）。
解决方案：优化星级渲染逻辑，通过half-active类实现半星效果，当评分等于 “整数 - 0.5” 时（如 4.5），对应星星显示半透明黄色，确保评分精度与后端数据一致闭菜单的问题。

心得体会：
“用户体验细节” 的重要性：比如星级评分的半星显示、提交按钮的加载状态锁、无评价时的友好提示，这些小细节能显著提升用户使用感受。同时，在封装 Vuex 动作时提前预留 API 请求逻辑，后续对接后端只需替换接口地址，这种 “前端先行、预留对接点” 的方式能提高后续开发效率，也让前端代码结构更清晰。

1.4 林腾岳

项目进展：
（1）增加配置文件及其读取

（2）完成邮件验证码的发送与检验

（3）完成JWT认证中间件

（4）统一错误码

（5）初步完成alpha阶段接口的实现

从现在到明天站立式会议的安排：
继续完成计划模块的编写

遇到的困难：
一切顺利

心得体会：
遇到难题时，别一个人闷头钻研太久。及时将问题清晰地描述出来，无论是向队友还是向AI求助，本身就能理清思路，甚至找到答案。

1.5 严晨峰

项目进展：
service下course.go的初步编写

Git 情况：

从现在到明天站立式会议的安排：
继续相关模块的开发

遇到的困难：
一切顺利

心得体会：
不要为了追求速度而写下“能跑就行”的代码。每一次妥协都是在给未来的自己埋坑，重构的成本远高于一开始就写好。

1.6 郑积超

项目进展：
完成提交资源评分、获取资源评论列表、资源搜索功能

Git 情况：

从现在到明天站立式会议的安排：
继续相关模块的开发

遇到的困难：
一切顺利

心得体会：
使用Go编写API时，其简洁的语法和强大的标准库让开发过程非常流畅。但必须高度重视错误处理，否则一个看似微小的疏忽可能导致整个服务不可用。

1.7 林嘉乐

项目进展：
帮助会议记录、编写冲刺博客

从现在到明天站立式会议的安排：
帮助前后端成员明确工作目标，绘制燃尽图

遇到的困难：
一切顺利

心得体会：
团队协作中，清晰的约定和工具比技术本身更重要。

1.8 陶斯予

项目进展：
使用AI作为测试技术员帮助测试

从现在到明天站立式会议的安排：
继续进行会议记录，帮助测试

遇到的困难：
一切顺利

心得体会：
有了明确的目标，团队协作更加高效

2.项目燃尽图

3.站立式会议照片

4.AI 技术员的工作情况

项目	内容
今日角色	测试顾问
主要贡献	需要为核心业务逻辑编写覆盖率达到80%的单元测试。AI快速生成了结构清晰、断言明确的测试代码。测试代码编写效率提升约300%，团队得以快速建立测试安全网，为后续重构提供了信心。