去北京的一些感悟

 

 

年前（2010）很荣幸随XX公司几个员工一起去了趟北京。也是我第一次去北京，那敢情确实很亲切。话说，XX公司是和我们实验室有合作的，这次是开发一个比较大的项目，开发团队也分成了两拨，一拨是我们实验室（本科），一拨是北京邮电大学教授带着的几个博士生，可以说很不成协调。所以我呢也算是领导了一个很小的团队，因为是第一次，真的很棘手的，以前觉得带个团队那还不简单，直接分配任务，完了验工就成。可是事情远没有我想想的那么简单。因为我们几个都是大三学生，本来开发经验啊什么的就没有，而且学习任务也重，再加上我协调能力不够好，导致项目没有按时完工，所以这边的开发基本就放弃了。所以才有了这次去北京的事儿。废话说的差不多了，这次去主要有三件事算是想明白了。

“水至清则无鱼”。因为是第一次管理一个团队，所以显得有些茫然，记得有一个特荒唐的事儿，我经常在团队中宣传一个思想“每一个warning”都是“bug”。我的要求是没有一个warning，而且几乎大部分开发代码都要经过我的审查，我用我自己的标准来要求别人。因为我是一个对代码一丝不苟的人，第一个领导团队我就犯下了一个绝对的错误，没有充分的相信我们的队员。这个也许是导致我们项目失败的最大的原因了，虽然我做了大量的工作，但我的工作并不能挽回一个失去信任的团队所呈现的消极。而且很长一段时间我都没有清醒的认识到这个问题。直到一次我去咸阳接我女朋友，开车的两个老板聊到这个话题。所以，管理一个团队很重要的一点就是信任和包容，包容他们的错误，就好比包容他们的warning。不能用自己的标准来要求别人，毕竟这是一个团队在战斗。

“在没有彻底搞清楚情况以前不要否定对权威”。因为你本来就不权威，你没有权威人士的那种高度。因为一段时间我也在搞服务器架构方面的探索，所以对一个常用的缓存啊什么的都还算比较了解，当我得到了北京邮电一个教授的设计后我对他的squid服务器的一些部署产生了怀疑，所以就跟公司的一个牛人沟通了一下，那人只对我说了这么几句话，在没有彻底的明白所有的情况前别怀疑人家专家（教授），因为你完全没有资格。我当时算是有点受打击的样子。知道后来我拜读了部分《Squid: The Definitive Guide》的中文资料后我才深深的懊悔。因为我当时将Memcached中的rehashing跟squid混淆一起了，多么愚蠢的见解啊。我只默默的庆幸当时我没有用这个问题去咨询那边的开发者。

“你没有人家看的远，所以不要给别人在细节上挑毛病，首先要认清自己的工作”。可能这是一些高校的自认为还可以的学生最爱犯的毛病了。永远要记住你开发的是模型？还是成熟的软件产品。就那这次来说，我们一同几个人过去，可以说是跟着他们验收的团队一起过去的吧，也算是半个验收人员。项目的一个老师叫我去查那边的做的情况，当然，查出的问题越多可能最后付给他们的开发费用就可以扣除一部分（是包给他们那边做的）。我也就像个初生牛犊不怕虎的英雄一样，很快就挑出了他们开发的产品中很多的问题，当然，大部分是些细节的不是很严重的问题，但是，和我一同去的都没怎么表态，后来我写了份自以为很关系的几个问题的报告给了上边，快离开北京的时候我的那份报告已经很长了，但是，突然我又发不出去了。我犹豫了，为什么其他人都不挑什么毛病。是其他人都太狡猾了么。不，是我没有认识到我要做的工作。就像公司的那个人说过，人家只是给咱们做了个服务器架构的DEMO，而至于细节的东西那不是人家考虑范围之内的。很长一段时间我都为这件事情很内疚。

在我写这篇文章的时候也都回来快两个月了，过几天就开学了，以前不相信经验的我开始相信经验了，所以我会继续努力，不断弥补自己的缺点和不足。