前路未卜，仍需砥砺前行
前路未卜，仍需砥砺前行
| 这个作业属于哪个课程 | 2021春软件工程实践|W班(福州大学) |
|---|---|
| 这个作业要求在哪里 | 软件工程实践总结&个人技术博客 |
| 这个作业的目标 | 温故知新 |
| 其他参考文献 | |
之前的天坑（现在看有些问题好蠢hhh）
回顾与总结
问题一、书中2.3节介绍了PSP模型，该模型用于估计和对比开发各个时期内的时间，我看完该节后，结合此次进行的作业，我有一个疑问：我们如何在拿到需求之后，快速估计自己各个时期的时间？我个人在此次作业之中感受最大的就是几乎和预定的时间长度完全不一样，其次在预估的时候，如何快速判断一个项目的主要核心时间在于哪一块？是在具体设计还是在测试？
在经历了整个软件工程开发的过程之后，我想我大概知道了如何预估时间，除了凭借经验之外，更重要的是预留缓冲区以面对不时之需，大多数时候项目时间冲突都是由于缓冲区空间预留不足造成的，其次就是个人需要对开发过程有更加深刻的了解，以防“外行看热闹”的情况出现。
问题二、书中的6章向我们讲述了敏捷流程的相关知识，其中重点提到了“每日立会”这一问题，在我之前的项目合作经历中发现，如果没有每日立会的话我无法了解到其他人的项目具体进度，如果每天强制进行每日立会的话就会出现“为了开会而开会”的无话可说的境地，我们也尝试过进行不定期随时的立会进行交流，但是同样在交流方面有些问题，我想知道如何合理的进行“每日例会”这一进程？他真的对项目流程有帮助么？
如今我的感觉是，开是必须的，而且最好能保持固定的频率持续开，这样有助于整个项目组进度交互以及更深层次的交流，之前在项目开发过程中就存在过一次，由于需求变动，但是只是单纯和几个组长进行了交互，并没有落实到每个人，最终的结果是部份人员完全不知道需求的变更，导致项目的延期。因此例会确实是开发过程中必要的存在。
问题三、书中的第17章提到了微软的“救生艇练习”这一方式，而在我的视角看来，虽然将项目组成员分为三六九等有助于区分各个人员的贡献，提升上层人员的积极性，但是同时，会不会同步打压了下层人员的积极性？导致团队出现“能干的人所做的事越来越多”这种情况？这种情况对于一个项目组来说是健康的么？
事实上这个问题到现在我还是不大能够理解，虽然我明白将项目组人员区分等级确实有助于团队成员之间的良性竞争，但是我依然很害怕这种竞争会转变成“为了竞争而竞争”的畸形模式，比如修改他人的提交记录来为自己的竞争提供有利条件，这对于一个项目管理者来说应该是不能容忍也不想看到的景象，我并没有找到很好的对此解释以及应对方法。
问题四、书中的第17章还提到一个问题，一个团队在合作期间的不同状态，在我之前的经历之中，大部分团队会卡死在“磨合阶段”，而我之前经历的项目大多是游戏相关开发，大部分项目成员是秉持着“热爱”的心态去进行开发，但是作为一个项目我个人提出的需求并不能够使每一个人满意，大家会在这个阶段进行大量无意义的变更需求和辩论，最终导致时间白白浪费项目不了了之，而我采用过里面“独裁”的方式进行管理，又产生了一个新的问题————开发者从一个“创造者”变成一个写代码的“机器”，这样对于开发者和管理者之间是否会产生裂隙？如果会，是否有更好的方法？
事实上现在我觉得这个问题很蠢很蠢，不想回顾黑历史，甚至根本算不上一个问题，这些东西需要在设计与需求分析阶段完成的，而独裁式的管理模式在开发过程中其实完全没有问题，只要“独裁者”能够把握住正确的走向， 那么项目开发完全不是问题。
问题五、书中的第12章提到了用户体验这个问题，作为开发者，我们应该如何界定自己的软件风格，是否是需要针对自己的目标人群进行开发处理？简单的一个例子，作为聊天软件，QQ和微信相比，微信的界面更加简洁，但是相对的，功能也不够丰富，QQ虽然功能丰富，但是界面显得略微繁琐，而Tim这款qq的衍生产品又将简洁做到了更进一步，给予用户更好的体验，那么为什么不用tim一类的软件取代QQ的风格呢？
针对用户需求是一个很好的想法，但是这需要更多样本进行调研，在本次的开发过程最后，我们进行了小规模的用户调研，从用户调研之中我们就能够得出用户所需的功能以及我们需要完善和改进的区域。
收获
| 阶段 | 收获 |
|---|---|
| 需求 | 能够切实体会到一些用户的具体需求，同时能够从另外一个角度观察到自己项目 |
| 设计 | Auxure的使用，说实话这个比墨刀强太多了；UML相关知识的实践运用 |
| 实现 | 团队的沟通与信息交互，再次强调，信息的交互一定要确保落实确保落实确保落实，不然不仅影响项目进度更影响团队的积极性 |
| 测试 | 测试过程最好需要开发者同步参与，否则很容易出问题 |
| 发布 | 这个倒是没有啥特别的收获，只能说用户调研确实很重要，用户的合理反馈能够有效促进团队进步 |
| 阶段 | 经历 |
|---|---|
| 个人作业 | 个人作业倒是没什么特别的经历，主要就是熟悉一下代码的手感以及对一些新功能的使用（单元测试啥的），整体来说并没有特别大的压力 |
| 结对编程 | 这个算是我个人压力最大的时间段了，由于对web开发技术不够熟悉，导致大多数时候我都是处于现学现用的状态，队友太强了hhh |
| 团队项目 | 这个过程我大多数是以管理的形式进行参与的，更多时候处于一种哪里需要哪里搬，零零散散的学了挺多奇奇怪怪的知识的，整体还是感觉自己的开发水平需要提高，即使是设计以及管理也需要对开发的过程和技术有一定程度上的了解，否则容易出事 |
技术总结
- 老实说我这一次并没有在哪个特定技术上得到一些提高，大多数时候都是一些比较浅显的知识的了解。
NODE.JS的MOCK数据测试
