转眼间八周已经过去，《现代软件工程》这门课程也在这周结束了。在宋老师的教导下，以及在个人项目以及团队项目的参与中我确实收获了许多。我觉得我有必要将这八周所获得的经验也好，教训也好都记录下来，相信这也会对未来的自己有所助益。

  一，软件需求分析文档并不是无用的废话。

之所以把这一条放在第一位是因为我觉得实在是太重要了！简直是血与泪的教训啊...因为需求没有明确，团队成员各自想法完全不同，有的甚至南辕北辙。可以想象一下，几个前端人员根据需求写出来的页面无论是从布局、样式、还是功能都千差万变。以至于修改一个页面的时间远远超过了制作一个页面的时间。要是当时写需求规约时多一些认真思考，少一些拍脑袋的想法，后面的工作也不至于如此麻烦...

 

 二、编码、文档要有规范有条理，多加利用GITHUB等类似代码托管的产品

编码规范我就不多说了，相信大家都体会过读不规范的代码所带来的痛苦...值得一说的是代码托管产品。由于我们是第一次这么正式且这么多人共同开发一个项目，所以大家还是按照以前单干的老路子，各写各的。遇到交汇处就拿U盘拷上代码然后到处跑，这样子不但效率非常低下，而且极容易出错，很蠢！ 所以以后开发项目一定要多加利用项目管理软件，而且要要求成员对项目的每一次变动都要有清晰详细的记录，以便遇到问题是查找原因。

 

 三、可以重用的代码，不要自己创造。

不记得是谁说过，不要再去创造轮子。讲道理，如果一个构件大家已经过大众的认可与考验能尽量复用就复用，一来可以节省时间，二来还降低了程序的BUG数量。

就好像你临时制作的轮子肯定是没有宝马的轮子质量那么好，况且你造的轮子还有可能是方的...当然因为我们制作这个项目的主要目的是学习，所以我还是尽量自己去创造代码。

 

 四、少说话，多做事，多和成员沟通

 这个可以说是在团队合作的时候的一点感悟吧。十几个人中总会有人在某一个时间有些小情绪或者是压力大，有时候他们不会说出来，需要你自己去观察。所以第四点就是，你首先要把自己负责的工作完成好，这样起码不会给他人增加负担，再者有能力的话尽量帮助他人。然后就是遇到问题，多和大家交流，不要一个人闷头干因为有时候大家不是不在意你的感受，而是他们可能根本没有发现你遇到了问题。所以多和大家沟通，遇到困难一起解决这样才能保持一个团队团结和谐的氛围，这样的团队才有成功的可能。