标签：用户体验 应该 流水线 博弈 服务器 凝聚力 分析 代码 创新
经过了一个学期的软工课程学习，以及长期的团队开发，收获有下。
用户：创新就是极致的用户体验。在开发我们的这款游戏的开始阶段，我们与校内很多同学交流了一下他们对这款游戏的看法，并与他们在线下对游戏进行试玩，然后他们也对我们提出了很多意见，包括有些时候觉得我们某些地方设置的太傻了，随机性太大，博弈性不够等问题。而且有时候交流还会出现一些问题，但总的来说，我们还是从中挖掘了很多可以改进的点，分析了用户的需要，改进了挺多地方的规则的。然后，秉承着从软工课程上学到的，能让用户少点一下，绝不多点一下的类似的开发规则，我在设计用户界面的时候，让页面的画面跟随玩家移动，以及增加鼠标悬浮显示状态框的功能。
总的来说，我觉得，玩家的用户体验就应该是体现在开发软件中的每一个小细节上，如布局，顺序，选项等等......将每一个小细节设置合理，让用户感到便捷、舒适，就是比较好的产品。
开发：开发我们使用的是git进行开发。多亏了组长刚开始的强制要求，让我们每个人都要先学习git，所以在开发过程中，我们的开发，还是比较顺畅的。我们分头开发，可以说是流水线开发模式，每个人对软件部分的不同部分进行添砖加瓦，使得开发过程富有效率。但是，在整个开发过程中，还是出了一些问题。首先，体现在开发目标规范的问题上。就是我们在开发前，对有些地方没有统一规范，就是没有指定一些地方应该怎么写，然后就使得我们在前期的开发中，各自为政，然后就导致开发到一半，我们想试图统合一下的时候，发现很多地方很难对上去。比如有些地方，以为别人的模块会给这个东西，但是实际上并不会给，有些地方以为别的人写了，但是并没有写。这就导致前期开发，虽然每个人的能力得到了充分的发挥，但是感觉总体还是一盘散沙。所幸，后来我们一起约定了一些东西，并写出来了，然后就使得后期的开发顺畅多了。
总而言说，从这次团队开发中，我收获的经验是，统一约定很重要，非常重要，统一每个开发阶段，每个人应该做成什么样子，每个人的接口应该是什么样子，每个人要给每个人什么东西。这些做好了，整个队伍才能有凝聚力，才能推动着项目朝同一个地方发展，进而大大提高开发的效率。
测试：经历过一路艰难坎坷的开发过程，我们终于进入了测试过程，但测试过程比开发还更痛苦。我们在测试过程中，发现了很多当初开发没有想到的问题，然后就是疯狂的修改。感谢测试过程，我对前端的控制台、以及网络等选项有了更深的了解，懂了从这些地方观察代码模块与服务器交接时出现的问题。还有就是，在测试过程中，我觉得需要让全队的人一起测试代码，这样的效率最高。因为有很多地方，是其不同人编写的代码，肯定是编写者本人最了解相应代码块的问题，以及该如何修改。在早期的测试过程中，我们是自己单独测试，然后经常会发现一些奇奇怪怪的问题，点进去，发现是别人陌生的代码，然后就开始陷入怀疑是自己错了，还是别人错了的泥潭中，导致测试过程效率低下，往往很久还是不能解决一个问题。所以，后来，我们意识到这样不行，便找了个时间，让全部人一起上线，一起在线上测试。我们在全盘统一测试的时候，一旦发现哪里出现问题，就直接@某个成员，让其修改代码，然后其他人继续测试其他地方，这样就大大提高了测试过程中debug的效率。
最后，还想说一下经历团队合作后，我对团队的更进一步理解。团队，怎么才能变成一个有凝聚力、有力量、有推进力的团队呢，我觉得不仅需要和谐的气氛，友好的交流，共同努力的气氛。还需要有严格的规定，严格设定什么时候应该完成到什么部分，并设立严格的奖惩措施，这个时候不应该过分强调情面，唯一注意的是奖惩的时候要客观，不要太带有个人主观情绪。有时候，不是我们不想做，而是人真的有一种惰性，如果不具体定ddl是什么时候，什么时候要完成到哪里，人真的是会觉得还早，还早，然后就会一拖再拖，等到要用到的时候，就会发现已经拖得太晚了，会严重耽误开发进度。
标签：用户体验 应该 流水线 博弈 服务器 凝聚力 分析 代码 创新
原文地址：https://www.cnblogs.com/wispytrace/p/9416602.html
