小结

一、学期回顾

1.1 对于软件工程课程的想象
根据你对课程目标和期待，回顾目前的所学所练所得，在哪些方面达到了你的期待和目标，哪些方面还存在哪些不足，为什么？

期待与目标的达成：
在接触这门课程之前，我大量的时间都沉浸在 C的数据结构实现（如各种树、图的算法）以及偏底层的硬件逻辑仿真中。我原本以为软件工程只是“写出更多、更长的代码”。但通过本学期的实践，我真正理解了“工程化”的含义。从需求分析、API 接口设计到前后端联调，我的目标已经从“写出能跑的算法”升级为了“构建可用、易维护的系统”，这一点完全达到了我的期待。

存在的不足与原因：
目前的不足在于对项目全局进度的把控和代码规范的严格执行。在实际开发中，由于前期接口定义不够严谨，导致后期出现了不少调试成本（比如字符编码冲突、缩进报错等）。原因是平时个人单打独斗习惯了，缺乏在多人协作框架下严格遵守规范的肌肉记忆。

1.2 在这门课程中的投入与产出
在团队项目中参与了易动青春的设计与开发，在其中所承担的角色是

作业	花费时间
第一次团队作业	8
第二次团队作业	5
第一次团队项目作业	9
第二次团队项目作业	12
第三次团队项目作业	14
第四次团队项目作业	12

在软件工程课程上花费的时间：

累计时间	实际周均时间	预计周均时间
60(h)	7.5(h)	8(h)

1.3 印象最深刻的是哪一次作业或哪一场答辩，为什么印象深刻？
印象最深刻的是第三次团队项目作业（前后端联调测试阶段）。
原因： 这是理论与现实碰撞最激烈的一次。在本地测试完美的后端代码，一放到联调环境下就暴露了各种问题。比如棘手的 Non-UTF-8 编码报错、Python 严格的 IndentationError 缩进问题，以及数据库里莫名其妙多出来的 untitled 垃圾数据。那几天为了排查这些细节，我反复在终端、代码编辑器和 SQLite 之间切换。虽然过程痛苦，但当内网穿透工具跑通，前端成功拿到后端数据的瞬间，我获得了很强的成就感。

二、总结收获

2.1 软工实践故事
每次团队项目实践中的经验总结+实例/例证结合的分析。
经验总结：代码规范与沟通先行是避坑的唯一准则。
实例分析： 在“易动青春”的开发中，有一个关于商品/活动删除的接口（/goods/delete）。起初由于我对 Python 缩进混用了空格和 Tab，导致服务器频繁崩溃；同时，因为没有和前端确认好数据格式，传过来的 ID 解析失败。通过这次教训我意识到，团队合作中，代码不仅仅是给机器看的，更是给队友看的。后来的开发中，我强制自己统一使用 4 个空格缩进，并严格使用 UTF-8 编码保存文件，再也没有出现过低级的语法环境崩溃。
2.2 学习到的新技术或生产力工具以及它们带来的帮助
FastAPI 框架： 极其高效的 Python Web 框架，让我能够快速搭建起 RESTful 风格的 API，自动生成接口文档的功能大大降低了前后端的沟通成本。

SQLite： 轻量级的数据库方案，非常适合我们这种体量的校园项目，方便本地快速查看和修改数据。

内网穿透工具（Cpolar）： 解决了局域网限制，让前端同学可以直接调用我本地启动的 8000 端口服务，极大推进了联调进度。

AI 大模型 API： 学会了如何阅读官方文档并将其 SDK 接入到自己的后端服务中，赋予了项目智能化的能力。
2.3 这门课程带来的技术之外的提升
开发过程中有很多报错反复出现让我觉得很崩溃，但是在修改这些debug的过程中训练了我的抗压能力，同时小组协作也培养了我人际交往的能力和同学们的感情。

三、致谢

在此，我要衷心感谢学校授课老师，正是老师们系统性的理论讲解与严格的项目评审，让我在大学两年的理论积累后，第一次真正触碰到了工业级系统开发的门槛。

同时，更要深深地致敬“易动青春”项目组的全体队友。感谢前端同学对我后端API接口的无限包容，没有嫌弃我最初那频繁因为编码格式和缩进崩溃的服务器；感谢大家在无数个联调到深夜的时刻，并肩解决cpolar穿透与404错误的焦虑。团队的无间配合与信任，是我们能顺利跑通项目的最强底气。

最后，也感谢那个在控制台报错前抓耳挠腮、却从未放弃修改代码的自己。