视频会议系统开发过程中的感想

 

我们的视频会议系统进行了一段时间了，最近只是一直做，没有太多时间来思考总结，现在脑子里有很多东西，是该理理了。我想这次是我第一次和同学一起搞团队开发。真的有很多感想，也有很多收获。

我想分两个方面来总结，一个是团队合作上面的，一个是学习历程上面的。

先是团队合作：

要和人合作最初的动因是，看到一个人可以做出一款好软件，但是一个人却无法成就一家有影响力的公司。古代一个将军武功再高，但是如果不会带兵，他的军队没有战斗力，那么还是会战败。看到团队合作很重要，在这个时代尤其重要。就把我这种想法和同学交流了一下，和同学一拍即合，大家就决定一起组合开始搞团队开发，很重要的一点就是为了锻炼团队合作能力。在开始之初，大家心里已经清楚，团队开发其实比个人要难。因为个人开发可以按照自己的想法做就可以了，但是团队开发却要顾及到别人，要一起做下去，要交流沟通。而且这也不仅仅是定义接口就可以搞定的。人与人在一起怎么相处，书上没提到，但是却很重要。

在团队开发中碰到了一些问题。比如开始没多久就有队友觉得这个项目不好，要么我们换项目，要么他退出。碰到这种问题，我开始真的有点不知道怎么办？我想最简单的解决方式要么就是换项目，要么就是让队友自由离开。我想遇到任何问题，放弃都是最简单的应对方式，但是这种方式也是首先应该被排除的。我又冷静地仔细考虑了队友要换项目的理由，我觉得他考虑地有偏差，我觉得他提出的问题不是换一个项目可以解决。况且大家一起合作，不能因为一个人自己要换就随便换，一起团队合作正式要磨掉这种从个人出发的想法，学会从团队整体利益去考虑。而且如果随便换项目，那么对于刚刚决定要做这个项目的团队的士气肯定有打击，随便让队友离开也是极不负责的。那么我也确实看到那时的项目中有些地方确实值得调整，我觉得他的理由中还是有些是对的。我就又和他进行了沟通，最后那么最后对项目有一些调整，目标进一步进行明确，大家还是一起做下去。

这里我也看到了在组团时没有交流得充分。我想对于组团一定要抱认真的态度，不要觉得大家玩得好就一起来呗，一起是同学一起来呗，不加任何考虑，如果从一开始就没有一个认真的态度，那么是很难有好的结果的。同时团队中队员之间在认识上，在技术上，在别的方面存在差异是很正常的。不能求每个人在每个方面都是牛人。我觉得团队就是这样不同的方面，有强有弱的，团队就是要大家互相担当，互相弥补，以求整体的强。队友有不同的意见也是很正常的，关键是要学会像老师说的“学会如何坚持，如何妥协”。如果是对团队有利的，那么不管如何都要坚持，当然这个中间坚持的过程可以非常有艺术。如果和团队整体的方向和利益没有太大影响，那么尽量可以忍让一些。

团队中遇到的第二个问题是，队友都很忙，学校课业负担很重，开学后就基本没有什么时间来研究项目，来敲代码了。这也不能怪队友的，客观现实如此。对此队友也是非常难过，每天晚上聊天的时候，队友都是非常愧疚的，觉得自己没有能出上力，做贡献。对于他们的情况，我非常能了解。我也觉得他们学校里的课程不能落下。至于项目，我这个课相对少的可以多做一些。这样看上去东西都是我在做，还算团队开发吗，还算团队吗？当然是，我现在觉得，团队并不一定是一直一起敲代码才是团队。我想只要大家的想要把团队的事情做好，都努力去做，那就是一个很好的团队。哪怕暂时好像看上去没有做出敲代码的贡献，我觉得还是是在贡献。如果他能把自己的事情处理好，那么就是对团队的贡献，团队能够在队友有事情不能充分参与的情况下，把项目进行下去，那么也是一种收获，也是一种锻炼，也是一种贡献。

之前，我是觉得老师让大家一起做一件事，那么这样一群人就是团队。但我现在想来，也许那也是一种团队，这个世上称为团队的有很多形式，有很多含义。以后可能都会接触到。但是就我们目前的情况来看，我理解的团队不是那种临时随便拼凑的，一起凑合着把事情做完的，甚至不是能在一起高效漂亮地完成一件事情的一群人。我听过一句话“教育是农业而不是工业”，愿意是批判今天的教育像工厂一样批量化生产。我想团队也是要精心栽培的，不是随便生长，也不是一个根据某个公式投入什么就产出什么。团队的培养是要付出心血的，是要付出耐心的。也要舍得让团队经历各种艰难，正如个人在艰难中学会坚强懂事，团队也是在面临困难，解决困难中成长的。所以其实等一个项目做完了，一群人才开始像团队了。

其次是关于学习方面的：

这个项目开始和大家商量是就决定用xmpp格式，因为听说这个是国际通用的格式，但是具体怎么回事又不清楚。只觉得这么多大公司都在用，我们也要用这种格式。然后自己用xml格式定义协议，自称是xmpp。因为决定用dom4j来写xml，就仔细研究了dom4j的用法，项目进行下去了，但是到后来，却发现在传输的时候总是出问题，我们都找不出错在哪里，找了很多资料也没有找到。这样就搞不下去了。整个项目好几天都没有实质性进展。我还在网上找各种解决方式。这个过程中我也开始更加了解了xmpp，最后我和队友商量了一下，决定舍弃原来的方案，用smack重头再来。学习用smack连接gtalk时，成功后很兴奋，觉得这个比原来的思路好多了。随着了解的渐渐深入，我觉得可以用openfire，这样就更加规范了。经历了原来自己定义协议时的焦头烂额，看到人家提供的这些接口，真的感叹啊，编得太好了，值得好好学学。人家真的做到了让代码直接可以拿过来像装零件一样装上就可以了。

原来以为通信就这么回事，建立socket就可以了，不就这么回事吗？但是只有钻研下去了，才会发现下面有一个巨大的天地，其中的壮丽只有努力研究到达的人才可以看到。

在学习如何使用smack的过程中，我还是碰了很多钉子的。碰到问题，在网上到处Google，但是没有答案。坐在那里挺懊恼的时候，我突然想到，这么规范的东东，就没有一个说明文档？我就去它官网上找了，上面果然有很详细的介绍和使用方法，这个郁闷啊，辛辛苦苦找答案原来这里全都有。经过各种碰壁，我的自学自己钻研能力有了很大进步，在网上真的资料太多了，特别是外文网站上，资料真的丰富。