这一学期对我来说，是一次“改变”。
不只是技术上的提升，更是开发视角与工程意识的变化。
回顾这一学期的软件工程实践，我才发现，真正难的从来不是把代码写出来，而是让它能够被他人理解、使用，并最终顺利交付。
等项目真正跑起来、前后端顺利联调完成时，再回头看，才有一种“改变”的感觉。
一、学期回顾
1.1 对软件工程这门课的重新认识
在学期开始前，我对软件工程的理解更多停留在“完成项目”和“实现功能”上，对课程的期待也相对朴素：把东西做出来就好。但在这一学期的实践中，我逐渐意识到，软件工程真正关注的是如何在多人协作的前提下，把一件事情持续、稳定地推进下去。
通过一次次团队作业与项目实践，我开始真正接触需求拆解、接口设计、模块划分和交付标准等问题。相比一开始的设想，我在工程化思维、协作意识和规范意识上达到了课程的预期目标；但在项目前期的整体规划能力和风险预判上，仍然有不少需要提升的空间。
1.2 这一学期的投入与产出
在团队项目 EchoLogic 中，我主要承担了后端与接口相关的工作，包括：
- 使用 Spring Boot 实现后端核心功能模块
- 设计并实现前后端分离的 REST API
- 编写完整的接口对接文档，供前端团队使用
- 封装可直接调用的 TypeScript / JavaScript SDK
- 整理 Postman 接口调试集合，辅助联调与测试
各阶段作业时间投入
| 作业 | 花费时间 |
|---|---|
| 第一次团队作业 | 【1 小时】 |
| 第二次团队作业 | 【2 小时】 |
| 第一次团队项目作业 | 【4 小时】 |
| 第二次团队项目作业 | 【4 小时】 |
| 第三次团队项目作业 | 【3 小时】 |
| 第四次团队项目作业 | 【4 小时】 |
课程整体投入情况
| 累计时间 | 实际周均时间 | 预计周均时间 |
|---|---|---|
| 【18 h】 | 【3 h】 | 【3 h】 |
1.3 最让我印象深刻的一次经历
让我印象最深刻的是 beta冲刺前的一次联调。
在这一阶段，项目已经不再只是“功能是否能跑”，而是逐渐转向“是否规范、是否清晰、是否方便他人使用”。
在前后端对接过程中，我第一次深刻体会到接口设计的重要性。很多时候，问题并不出在功能本身，而是出在说明不清、约定不明确。这次经历也让我意识到，工程能力的提升，很大一部分来自于不断减少他人的理解成本。
二、这一学期我真正收获了什么
2.1 属于我的软工实践故事
在团队实践中，我主要负责后端与接口设计相关的工作。从最初只关注功能实现，到后来逐步完善接口说明、示例请求与返回格式，再到最终将接口封装为前端可直接使用的 SDK，我的工作视角发生了明显变化。
我开始更多地站在“使用者”的角度思考问题：
接口是否容易理解？
调用是否方便？
文档是否足够清晰？
当这些问题被逐一解决后，团队协作也变得更加顺畅。回头看这段过程，虽然中间有过反复修改和推翻，但正是这些过程，让我真正理解了什么是“工程实践”。
2.2 学到的新技术与工具
- Spring Boot：用于构建结构清晰的后端服务
- RESTful API 设计规范：理解接口职责与边界
- Postman：用于接口调试与联调测试
- TypeScript / JavaScript SDK 封装：从调用者角度优化接口设计
- Markdown 技术文档编写：提升技术表达与协作效率
2.3 技术之外的成长
- 对团队协作的理解更加理性与成熟
- 面对问题时更能保持耐心与持续推进的心态
- 学会接受“反复修改”是工程的一部分
- 对未来是否继续深入软件工程方向有了更清晰的判断
2.4 想额外记录的一些片段
这一学期中，既有为了一个接口反复调试的时刻，也有项目终于顺利联调完成后的成就感。等所有功能稳定运行，再回头看时，才真正体会到那种类似“轻舟已过万重山”的感觉。
三、致谢
感谢团队中的每一位成员，在需求讨论、功能实现和答辩准备中的相互配合；
也感谢课程的老师和助教，在一次次反馈中帮助我们不断修正方向。
这一学期的软件工程实践，不仅让我完成了一个项目，也让我对“如何把事情做完整”有了更清晰的认识。