259
社区成员
发帖
与我相关
我的任务
分享(1)修复系统遗留的边界 Bug,完成前后端部署运行的最终自测。
(2)整理个人在全栈开发中的工作量,撰写《个人实习报告》(含 PSP2.1 时间记录表及结对编程总结)。
(3)作为队长,回收队友的各个文档模块,统筹并排版最终版的《团队实习报告》。
| 计划 | 完成情况 | 预计用时 | 实际用时 |
| 修复收尾Bug与最终自测 | 是 | 3h | 4h |
| 撰写个人实习报告及PSP表 | 是 | 4h | 5.5h |
| 团队文档统筹与最终排版 | 是 | 3h | 3.5h |
个人工作中存在的问题以及应对措施
(1)问题:在撰写 PSP(个人软件过程)表格时,发现自己平时只关注了“具体编码”的用时,对“需求分析”、“设计复审”等阶段的时间没有清晰的概念,导致填表时容易卡壳。
应对措施:打开了我们团队的 TAPD 看板和 GitHub 仓库,通过查看自己每次建任务卡片的时间和最终 push 代码的时间戳,倒推出各个软件工程阶段的真实耗时,让数据更加具有说服力。
(2)问题:汇编《团队实习报告》时,发现大家交上来的 Word 文档格式五花八门,图片大小也不一致,强行拼凑在一起非常影响观感。
应对措施:我花了一个多小时重新建立了一套 Word 样式(大标题、小标题、正文、引用代码块),把队友的内容纯文本粘贴过来后重新排版,并统一将流程图和表格设置为居中对齐。
个人学习的新知识点以及学习途径和方法
知识来源:Gemini 大模型辅助、软件工程课程 PPT 课件。
新知识点:
深入理解了 PSP2.1 中各项指标的意义,明白了“代码复审(Code Review)”和“事后总结(Postmortem)”在现代软件工程流水线中的重要价值。
学习了项目交付标准文档的行文规范,掌握了如何用大二学生的真实口吻,将枯燥的代码工作转化为有逻辑、有反思的工程化总结文字。
个人对本周工作的感悟
以前总觉得“程序员把代码敲完,项目就算结束了”,但经历了这个收尾周我才彻底醒悟:写代码可能只占软件工程的 50%,剩下的 50% 全在测试、修 Bug 和写文档里!
看着一个个散乱的 .vue 和 .js 文件最终变成页面上流畅的功能,看着群里零碎的讨论最终汇聚成几十页厚实、规范的《团队报告》,那种作为全栈队长的成就感是无与伦比的。这学期的课设算是圆满收官了,虽然连轴转很累,但不管是技术上还是团队管理上的收获,都让我觉得千金不换。