从瓶底开始
基本描述
| 这个作业属于哪个课程 | 2021春软件工程实践|W班 (福州大学) |
|---|---|
| 这个作业要求在哪里 | 软件工程实践总结&个人技术博客 |
| 这个作业的目标 | 对本学期该课程进行总结 |
| 其他参考文献 | 无 |
第一部分：课程回顾与总结
提问博客链接
问题回顾
问题1.BUG的出现是针对程序员而言还是针对用户而言？
目前来看，在个人眼里，对正常功能使用有影响的才属于bug，如果一个问题实际存在，但是对正常使用不会造成影响，这应该属于优化部分而不属于bug。在实践过程中，曾经遇到过在log中报错，但实际没有影响的例子，对此我们经过讨论后决定对它暂不采取措施，而是继续开发，在完成后续开发测试运行时并不会造成影响。因此个人来看，BUG的出现是针对用户而言的，只有对用户正常使用造成影响，才是所谓的BUG。
问题2.团队在经历了萌芽、磨合、规范三个阶段后，才“终于”可以创造一些有意义的东西？
经过团队项目后，个人看来这个观点有一定道理，但并非全对。创造有意义东西与三个阶段是相辅相成的，只有通过不断创造有意义的东西，才证明阶段的提升，才代表阶段的完成。
问题3.开发者需要怎么样“从用户的角度考虑问题”？
在团队项目中，我们通过实际使用同类产品来考虑开发的各方面问题，在正常使用中分为两组，一组从用户角度对同类产品提出问题，另一组以同类产品开发者的角度解释问题，从而获取两者的观点，最终形成问题以及解决方案。
问题4.非新技术研发人员是否要时刻关注最新的产品？
个人认为是需要一定的关注。即使是不从事相关开发，有一个初步的了解也是很好的，不仅是对未来规划还是自我提升都是有极大帮助的。
问题5.团队合作的绩效到底应该怎么样算才合理？
在团队项目中，我们小组的工作量分配根据个人擅长、个人选择而定，再结合实际开发时出镜率最高(也就是最经常叫到)分配绩效。因为这在一定程度上反应了开发时个人工作的重要性，也在一定程度上解决了因为个人能力强而完成工作较快，给人一种工作量低的感觉的问题。
收获
需求阶段
通过不同的项目经历，在该阶段我学会了通过不同的角度来尽可能合理地获取用户的需求，并分析需求中可以归类的部分，方便后续开发。
设计阶段
在该阶段学习了原型设计，使用不同的工具进行程序的原型设计。
实现阶段
在团队项目中主要负责官网页面及部署服务器、游戏界面及脚本编写，了解并学习了通过脚本操控控件的方法、同类型不同控件各自的特点，以及其它能使开发方便的小技巧。
测试阶段
在不同的操作中加入log指令，可以通过实际操作即时反应程序实际上使用的控件及相关操作，能更加方便快捷的对他人编写的脚本进行理解、以及交接后的改进。
发布阶段
发布阶段比较闲，因为个人负责的主要不在这一部分。只是提供了部分改进建议。
理解与心得
个人项目
个人项目主要是对该课程有所了解、对开发常用工具进行学习使用。
结对编程
结对变成在个人看来是对前部分课程的检验，对工具的使用、课程的成果进行一次涵盖较广的检测。
团队项目
团队项目则是在前面学习的基础上让我们进行范围较广的扩展，通过自主命题、自主学习来模拟一次小型实际开发的场景。
