这个寒假大家初次合作完成机房收费系统这个项目，今天上午米老师同我们一起开了个会议，让每个人谈了谈自己的感想。十几个人，谈的内容有大方面的也有小方面的！
大的方面主要是沟通理解和合作开发时的文档分配
开发前首先要有项目经理、编程人员、用户来共同协商具体的界面如何设计，要做到让用户满意。再就是要利用编程人员都能够理解的语言来达成对系统架构的共识，这种语言便是UML。
开发过程中，编程人员要对自己所写的内容负责，要将注释写清楚，一方面方便他人阅读你所写的程序，另一方面，可能其他成员或其他层会用到你所写的类或方法，他人能否容易的使用你所写的类，就看你的XML注释如何了！
贯穿整个项目各阶段不可少的就是文档。我们的交流沟通也必须是要有文档的。无论我们说什么都是要有文档才能进行。就算是每日清晨的例会也要有文档记录。
对于文档分配，则本着既不让每个人都掌握项目的核心文档又要让每个编程人员都能理解这个项目要做什么，自己要做的是什么的原则分发。我们的编程是文档驱动的，每个程序员所写的内容都是按照文档的约束来写的。
小的方面主要讨论了以下几点。
缩写问题，虽然不是一个新的内容，却十分有必要提。在这次讨论中我要记住的就是每个行业都有其缩写词典。我们尽量不要自己来随意缩写，可以参看MSDN，各行业缩写词典等的缩写来进行
变量定义问题。也不是一个新内容，但却让我更加清楚认识到作用域最小化的原则性问题和功能模块整体记忆的问题。一个方法中用到的变量就应该在方法中首先全部定义出来，而不是随时用随时写。这样更利于对这个功能块的理解。
性能问题。一个由于过多的注意“牺牲效率来换取软件的易维护性和复用性”而极易在现阶段被忽视的问题。虽然还没有学数据结构，但要有这方面的人事局。要将其作为选择我的方法还是他人方法的对比依据。
当然会议所涉及的内容和深度远不止这些，不过这些问题更要引起我的注意。此外还在会议中接触了一些公司的东西。如开发例会、公司核心文档（包括缩写文档）、用文档沟通的理念等等