最后的总结

　　一开始看到邮件上说的截止到1月10号，然后居然忘了每次都是中午截止。然后又没有分数。那么写和不写的区别只在于扣不扣分，那还需要好好写么？

　　其实写了半天都是只是为了给自己一个交代，想起学霸们为了分数焦急的面孔，作为学渣突然心中就释然了。自己上一个博客都说了。因为TFS签入的问题，上次写好了的电梯调度没有签入或者签错了。 第一次读文件统计单词，TA说结果错了，当时昏天黑地拿同学的文件测，跟大家结果对比，后来为了提高速度，用hash表等等，结果呢，就是因为不知道为什么错了，只有2分，后来分数就一直是没上去，估计电梯调度也没有成绩，这么一想，估计这学期软工没有什么分了。

　　想起一个故事，就是说一开始大家穿着新鞋，然后下雨天都很小心，当鞋粘上泥之后，慢慢就不去管了，大胆往水里踩。我估计上了几年大学，自己也是这个心态，一直在努力抗争（也许不够努力），但是结果一直都不好，在哪都没有成就感，直到有一天终于明白自己真的很垃圾的时候，当学霸哭丧着脸对你说我操只考了80多分，你拿着手里70几分的卷子也不会再难受的几天吃不下饭了。

 

　　一开始自己对敏捷开发，结对编程确实感到很新鲜。而且尝试了之后觉得很厉害。但是慢慢进行过之后，发现其实还是有一些限制的。比如结对编程你水平太垃圾的话，大神是不屑与你结对编程的，你跟不上人家思路，大神也不愿意浪费时间给你解释。你跟一个同样菜逼的人结对的话，两个效率没有多大提高，只是相互磨在一起谁也不能偷懒，仅此而已。

　　另外说一下敏捷开发吧。小组的形式，开会定需求，编写架构，开发，Daily Scrum，Test，轰轰烈烈就结束了。然后到了最后，发现由于没有写文档，只好去补文档这个感觉好像和以前又特别相似。特别是开发的时候，水平参差不齐，自己也终于明白自己到底有多么菜。以后还是不要在软件开发领域混下去了。

 

　　所以，得到的经验是，至少基础能力要达到一定的水平。否则什么都是白搭。

　　另外，PM还是要水平最好的来做。意识明白软件架构，在分工的时候也容易也清晰。也懂Dev口中的那些话到底哪些是谎言。

　　还有，我们最后做出一坨屎另一个原因就是大家还没有养成这种开发的习惯。这个根深蒂固的观念改变起来很难，一开始还是脱，还是等，我作为PM总不能每天站在他们后面说，马上写。我走了他们就不干了。而且最后分配分数的时候，大家很多不在乎，没有能够制约的东西，这个说什么都没有用。

 

　　好吧说了这么多。再说说总结的话。

　　先说在最后答辩的那天，我们被很多人指责说有些功能写了为什么不放出来。那不是等于垃圾。我想我还是想解释一两句。首先是，上线的那天晚上，我发现Dev承诺修改的BUG他并没有修改，这样导致有一些按钮会在某一些时刻导致崩溃。当初一个同学说，要是我拿到软件然后一点就崩溃，那还说什么，直接删掉啊。我一想也是，然后就决定先屏蔽掉，看使用效果。我至少做到了，你在点击的时候怎么点都不会坏。不会崩溃。我觉得这个是体验的第一点，当然也许我理解是错的。

　　最后的反馈，包括1000多的访问量，500多的下载数量。好多同学说，这个东西小（2MB），而且确实能解决一部分问题。我们在单词测验部分确实做得很好。这个他们就挺满意的。有一些人说，因为自己平常一直拿书背单词，用电脑不方便的地方很多，用这个软件很多都只是为了测试一下今天背诵单词的成果。所以刚好解决了这个问题，他们就满足了。我问要是再加入记忆的功能呢？他们说加了也不会用。我想这个可能就是下载量能达到500的原因。

　　还有一个导致开发进度崩溃的因素是学期末的各种事情。不得不承认，学渣如我没有经历过这种强度的软件开发训练，需要应付各种各样的作业包括个人的结对的还有博客。然后就有一点吃不消。几乎一周就没有其他的时间了。这学期几门课都没有进考期。在12月份早早就考试了。不仅要准备考试，而且偏偏数据库，编译的大作业在那个时候截止。所以几乎也就没有人愿意在软工上花功夫，我说Dev你赶快开发，人家说我这个没写完，那个没有复习完，我总不能逼人家。而且个人完成一个C文法的编译器本身就是一个超级大的工程，我本人在编译器上写了3000多行的C++，而软工我基本上只是500-600多行的C#。

　　算了不写了，再写下去，还是吐槽，回想起这学期我几乎每天都是晚上一点以后才从实验室回宿舍的日子终于结束，心里还是唏嘘不已。