机房合作总结

     今天，2018年12月16日，机房合作终于要告一段落了。高兴到飞起！！！

     这事要从三个星期前开始说起了，我，老刘，老温，我们开始了我们的机房合作之旅。

     机房开发之初

     我们先是讨论，开始了我们的需求分析，集中在六角，三个人各抒己见，挥斥方遒，讨论的热火朝天。虽说激情很好，但是中间也是麻烦不断，说说我的体验。

     第一，提出一个新的需求，需要论证需求的可行性，我说为什么可行，他说为什么不可行，然后就可行不可行在进行论述，过程甚是艰辛。

    第二，你想的和你说的，还有他人听到的那是三回事。在我们的讨论中完美的体现了出现，曾一度让我们几个崩溃。所以说表达能力和倾听能力很重要。

     第三，你们最终的讨论一定要有一个高度的统一，三个人达成共识，不能有差异，要不开发就会出现错误。只有良好的规划好完善的文档再加上严格的执行才能开发出好的程序。

    机房开发之中

     第一，这之间我们使用到了svn，我又受到了一些教训。前期我认识的是svn是组长建立的，组员只需要会提交更新就可以，然后问题出现了，提交有提交的规则，比如你应该在提交时写上操作了什么，操作人还有操作时间等等，还有不是你的层千万不要提交，因为提交svn会把你改动的所有的东西全部默认勾选，你如果去别的层看了别人的代码，不小心加了空格，那个你的改动会同步上去的，这个是不允许的。

     第二，这里我要说的是你们操作的文档还有代码一定要有备份，真的很重要，曾经我的服务器一度崩溃，都是靠着备份来恢复的，一定要做好备份。还要写好日期，开发版本。

     第三,开发过程中要严格执行文档的规范，哪怕文档错了，你也应该按照文档，而不能自己修改。可以去找项目组长，修正文档，在更迭。

   开发完毕之后

     第一，应将所有的文件代码整理好，以便验收，准备好自己组的ppt，还有放大镜。

     第二，上台不要紧张，大家是在交流，你将你们的设计理念和开发缘由说清楚明白即可，同学们也会积极提出问题，然后共同讨论，共同进步，我们有责改进，无则加勉，毕竟没有完美的程序，只有不断减少bug的程序。

    最后想说一个个人开发的技巧，你可以将框架先搭建起来，比如我写B层，我可以把外观和B层的所有方法全部写出来，不写方法体，直接写返回值，能方便U层的人开发，最后是用todo标记，然后完善自己的代码，会让他人和自己方便很多。

   祝大家机房合作成功并且愉快。