【软工3】迭代一个人总结

　　10月中旬，“疯狂输出”小组选择了popush项目进行开发。到11月30日，我们顺利完成迭代一的工作计划，将popush应用于一个多人在线面试的场景，并完成了面试的主要流程。

　　万事开头难！最初开发进展缓慢，其原因是我们对前端到后端的多个框架不熟悉。选择沿用去年学长们的代码，就必须了解node.js、socket.io、backbone，学习这些框架花费了很多的时间和精力。学完了之后，想要马上应用到开发中，还要有一个阅读前人代码的过程。往往是读了半天，不知所以然。为了能够尽快上手，我建议大家先做一个独立而简单的功能——题库系统，以此来熟悉整个框架。经过一周多，把题库做了出来，基本功能实现了一下，初步体验了整个流程，这对我们之后的开发帮助很大。

　　之后要做面试功能。这个流程需要我们自己设计。在关于做成什么样的面试系统、流程如何控制、用户如何交互等各种问题上，我们进行了充分的讨论。这其中也经常有分歧、争执。我总是认为自己的观点比较正确，而且自己又是负责前端交互逻辑的，总希望按照自己的想法来，而不希望别人来设计，我去实现。界面的就不干了。最后我坚持自己的看法，并努力劝说队友接受。类似这样的分歧比较多，最终总有一方妥协，项目才能继续进展。我觉得，不管做什么功能，关键在于大家都事先商量清楚、目标统一、明确。

　　此外，开发时遇到的问题就是BUG调不完。为了赶进度，代码写得很快，有时功能做完了，没能好好的测试，导致BUG积累太多。我对自己迭代一写的代码非常不满意。觉得其他同学讲得很对，每个人都应该对自己写的代码负责。根据这个原则，在后来，我写代码时十分注意代码质量，在写代码时提醒自己保持专注，并时常边写边测。

　　不得不抱怨一下原有的backbone框架。实际上backbone本身确实有其好用之处，但是原有框架将backbone和socket捆绑在一起，耦合度很高，万一出了问题，很难看出是哪个部分有错误。view部分，事件监听-重渲染的机制在逻辑上并不直观，结合JS自身的解释执行机制，带来了非常多问题。到后来，我基本避免使用原来的一些处理方式，换用原生的JS，宁愿写得丑一些，以保证正确性和逻辑性。

　　我负责view层部分，面试过程的复杂性使得这一部分代码量很大。这个过程是比较艰苦的，我想感谢老师，感谢助教，感谢队友。最后，我衷心祈愿迭代二能够顺利完成。