| 这个作业要求在哪里 |
作业要求的链接 |
| 这个作业的目标 |
在冲刺结束时，发布一篇冲刺总结随笔，描述项目预期计划、现实情况、过程体会、组员分工及在Alpha阶段的工作量比例、下阶段目标。 |
| 作业正文 |
.... |
| 其他参考文献 |
... |
| 一.项目预期计划 |
|
| 在本次Beta冲刺阶段完成小程序全部内容并发布小程序。 |
|
| 二.现实情况 |
|
| 目前小程序已提交发布申请，还未通过审核。 |
|
| 三.过程体会 |
|
| 1.江李悦： |
|
| 本以为alpha冲刺的完成度很高了，beta冲刺会比较轻松，结果才发现自己大意了，beta冲刺更累。软件开发还真是一个痛并快乐着的过程，虽然累，但是收益良多，不仅后端代码越写越熟练了，由于经常帮助组员解决前端的问题，前端的代码也学会不少。可以说是通过这次冲刺，我的编程能力和报错的解决能力得到了非常大的提升，和原来的自己完全不在一个档次了。另外，感觉在本次课程项目中，最重要的应该是作为一个组长学会的东西。曾经的我不太擅长与人打交道，也一点也不会管理人员，在alpha和beta冲刺之后，我觉得自己在管理方面的能力提升应该是非常大的。 |
|
| 2.连辛集 |
|
| 在beta冲刺阶段，由于任务的重心由后端转向了前端，所以我被分配去前端，但是一开始对微信小程序前端界面的知识一窍不通，通过对网上寻找到的视频进行学习，我渐渐掌握了一些知识，但是在编写的过程中还是遭遇的难点，比如在编写客服界面的时候，遇到界面的排列出现了混乱，经过长时间的百度，我终于解决了这个问题，已经在对下架商品界面的js功能不是很了解，最后是在队友帮助下完成了对功能的编写，在这个过程中虽然很艰辛，但是也让我收获到了很多知识 |
|
| 3.王永乐： |
|
| 本次冲刺是对小程序的完善，相对于上一次，有了更深的体会，在这段时间里遇到了很多困难，但是整个冲刺下来学到的东西还是蛮多的。这次我依然是负责测试，这次尝试了一下自动化测试，但是出现了一些错误，最终还是选择按照之前的测试方法进行测试。这次冲刺的过程中，学到了不少新的知识，感觉自己能够作为一个团队成员开发出一个程序，很不可思议，我了解了一个小程序开发的具体流程，虽然这个小程序的功能不多，还有很多功能没有完善，但是能够让我们对自己几年来学的知识有个更深的了解和应用，这才是这门课对于我们的意义所在。 |
|
| 4.洪志雍： |
|
| 在这个阶段，虽然我已经很熟练了，但我重心不在这里了，基本只做了几个页面，还有组员叫我帮他或教他的时候才会接着去打开小程序。对于这个阶段，只能说合格，毕竟完成了小程序所有的设计。 |
|
| 5.冯志成： |
|
| 在此次冲刺过程中，学到了很多之前很少接触的知识，开拓了我的视野，积累了不少团队合作经验，最重要的是让我清楚地认识到了自身存在的不足以及离成为一名合格的开发者之间的遥远距离。在开发过程中，虽然不是一帆风顺，但是作为小组的一员看到每天项目都在像好的方向发展真的非常的开心，同时也感到十分的幸运，作为组内编程能力较差的成员，碰到问题其他组员都会耐心帮助我修改代码，在每天的小组讨论中，所有成员都加入其中，虽然前路漫漫但是大家没有一个人想过放弃，这种氛围也让我感受到了前所未有的合作开发的魅力，我相信我们小组一定可以克服重重困难达成最初的心愿。 |
|
| 6.缪彬鑫： |
|
| 经过了Beta阶段的冲刺，发现自己原来在Alpha阶段的代码，还是存在着许多的小bug，发布小程序也不是我们原来以为的，只要敲好代码就可以发布，中间有许多的过程。在这10天中，感觉对自己又有了很大的提升。 |
|
| 7.张云淳： |
|
| 在这次小程序的开发过程中，我的心得体会可以总结为： |
|
| 1. 团队内部可以有想法，但是大方向思想必须统一。 |
|
| 2. 决策真的很重要，非常重要，决策失误对于软件开发就是灾难。领导者做任何决策之前不仅要和大家讨论和深思熟虑，更要看文档，查阅足够的资料，做够足够的调查，甚至需要一些经验。 |
|
| 3. 决策失误很可怕，但是更可怕的是失误后的犹豫不决，更难的是壮士断腕的决心。在失误的决策之后，有能面对失败的勇气和承担责任的决心更加重要。 |
|
| 4. 锐气，或者说冲劲真的很重要。特别像我们这个年龄的人，在没有足够大的利益之前，能够支持我们不断努力地走下去的就是那股子冲劲，那份对于未来美好期望的愿景。那种我一定能做出最好的软件的决心，而不是以后再做，凑合过了，能用就行。 |
|
| 5. 团队协作的确能够极大的提高工作的效率，特别是疫情在家写代码。和人合作讨论写代码的过程，整个人的思路、积极性和效率是完全不一样。如果打开腾讯会议，大家共享屏幕，就不会偷偷刷手机，或者想等会再写，先打盘排位等等。而且交流的过程中互相都会激发对方的灵感，原本写不出来的代码，达不到的效果，解决不了的问题统统都能解决了。 |
|
| 我很喜欢大家一起讨论，每个人都能发声，提出自己的想法；我很喜欢那种民主自由，大家各抒己见的头脑风暴。但是同时我也深刻认识到：有些事情是一定要有权威领导的，比如这次小程序开发。 |
|
| 在这次开发的过程，我们团队各个成员都有想法，对各种细节都有决策和安排。我虽然不是组长，但是可能能力稍微比其他人高一点点，所以大方向上主要是我和李悦来共同决定的。而这么做的问题在软件开发的后期暴露无遗。这次开发中最大的锅在于我，我从一开始并没有很清楚小程序的开发过程，让李悦买了服务器，等他们后端服务器做到一半了，我才发现小程序有云开发云服务，根本不用自己买服务器做，而我的决策失误也为后续的问题买下了伏笔。 |
|
| 使用云开发的优势在于省时省力，标准接口微信统一，同时不用管那些乱七八糟的域名，python和js的接口转换等等问题。但是我们服务器已经做到一半了，在阿尔法冲刺结束，我们答辩之前也明白了这个问题。如果在贝塔冲刺开始时候我能够狠下决心，让团队能够完全放弃服务器上的代码，所有人全心全意的转到云开发，那么我们接下来的路应该会很顺，但是我没有这么做。确实，让做服务器的队友放弃自己十几天的劳动成果，这么做对于李悦他们做后端的太残忍，也太过分了。但是这又为小程序的开发雪上加霜。 |
|
| 前后端首先是完全不一致，不像云开发全部都用微信官方的小程序开发工具。代码的命名和使用都极其繁琐，如果能够统一按照微信小程序的标准写js和wxml代码，那效率会高很多。这还不是最大的问题，最大的问题在于加大了小程序使用的繁琐和不符合微信小程序的登录规范。先是使用后端，结果不使用微信openid登录，必须多了一道注册系统。然后又导致了小程序原生的聊天界面无法使用的问题，又增加了很多工作量。说句实话，我们虽然现在完成了聊天界面，但是还是根本不能用的状态，用户甚至必须要通过非常繁琐的方式才能看到自己发的消息。 |
|
| 而且我在开发中期的时候就已经看到登录规范的文档，但是看李悦辛苦写的代码和他坚决要使用服务器，不肯放弃的态度，我也抱着侥幸心理就尝试发布版本审核，最后直接被退回。同时因为没有统一的规范，代码互相之间的可用性其实是极差的。我也有去了解过别的小组，发现他们也有用服务器而不是云开发的。但是鉴于我们团队的能力，如果在云开发的框架里写代码，效率会提高很多，而且不会有那么多的bug。 |
|
| 到这里心得体会差不多也要结束了，尽管一路走来有分歧有争吵，不过我在这里还是要感谢各位。感谢彬鑫和我一起天天修仙，攻克一个又一个问题和难关。感谢老江后端服务器的部署和设置，感谢大腿志雍完成了一个个页面的雏形，感谢顺明、辛集在完成服务器端端任务后又跑来前端帮忙，还从头开始学习小程序开发工具，感谢永乐的测试，感谢志成的ppt。同时还要特别鸣谢一下另一个小组的洪成龙，龙哥给我们提供了不少的帮助和建议。 |
|
| 感谢各位的付出和努力。这是我们第一次做软件开发，虽然开发出来的东西还有很多缺陷，算不上很好的软件，但是至少尽力，至少算得上问心无愧。希望将来还有机会能够跟各位一起共事。 |
|
| 7.程顺明： |
|
| 在Beta 冲刺阶段，负责的仍然是后端的部分。首先是历史浏览部分的函数，如果想返回数值，可以选择json格式不会报错。由于历史浏览是根据时间显示的，又重新学习了排序的方式，如冒泡排序等。然后又对于前阶段的密码问题进行加密，学习了用md5进行加密的方式等。 |
|
| 在整个过程，在遇到问题时觉得自己有点急，对于不懂的知识进行网上查询时，将其应用后，如果报错就会有点急，想着再去查找其他的代码解决，没有静下来仔细分析代码，如果可以，找到问题，自己还存在许多不足，还需努力加强，不仅仅是代码方面，还需能思考。 |
|
