程序员的协作能力

　　以前有句老话说，文人相轻，就是文人之间互相瞧不起。事实上，程序员相轻，也是很普遍的事情。不是经常都会听到程序员说，那人代码写得真烂，重构人家的代码还不如自己重写呢。其实，很多情况下，你留下的代码也常常被人骂。
　　
　　现代软件软件开发，都是多人协作的大规模软件开发。对于大中型应用系统，特别是大中型网站系统，基本上不会产生单打独斗的软件英雄了。在现代软件开发中，将诞生越来越多的英雄的团队，而我们这些程序员也只能是这个团队的一员。
　　
　　因此，程序员是否具有协作能力，成了衡量程序员水平的另一个重要指标。成员的协作能力对于一个团队来说，往往比个人能力更加重要。一个优秀的团队，并不一定要由优秀的个体组成。反过来，优秀的个体如果缺乏协作能力，也无法成就一个优秀的团队。
　　
　　沟通交流能力是最基本的协作能力。什么是沟通交流能力呢？很简单，一是能听得懂读得懂别人的话，二是能准确表达自己的思想和看法。不过，这看似简单的东西，却不是人人都会的。
　　
　　有的人并不善于倾听别人，常常误解人家的意思。有的人呢，说话都说不清楚，脑袋里装的东西说不出来也写不出来，或者说了半天人家无法理解。
　　
　　为什么会出现这样的问题呢？据我多年的观察和研究，主要有两个原因，一是没有耐心，二是没把话说清楚。什么意思呢？没有耐心听人说话，又懒得把话说清楚。
　　
　　都说倾听别人是一种美德，可有的人就只顾自己说，喜欢打断人家说话，甚者人家还没把话说完就否定别人。所以，我说沟通应该从倾听做起。
　　
　　我在平常的生活中很喜欢与同事和朋友们交流，他们也都喜欢和我讨论问题。一些同事和朋友找我解决一些问题，我总是耐心得倾听，尽力去理解，不断地点点头。常常听他们说了一半，突然说：啊，我知道问题在哪里了！这种情况我都遇到好多次了。
　　
　　其实，有的时候只要做到了耐心的倾听，就能解决问题。
　　
　　其次是说话不清。这个说话不清并不是指说话的声音不清晰，而是指话中的用词不清，说话的逻辑不清，经常使用大量的指代词。比如我对你说：“点一下这个，就让它改变颜色。”，谁能听懂我在说啥？估计没人能听懂。如果我再说：“用鼠标右键点击一下网页上的字体颜色按钮，就可以让选中的文本变成相应的字体颜色。”，这下听懂了。
　　
　　为什么前一句话他家听不懂呢？因为我省略了大量的在自己脑海中的景象，没告诉大家，潜意识中是以自我为中心的。“这个”、“它”这些代词只有自己明白指代的是啥，而听者并不清楚，自然听不懂我在说什么？
　　
　　第二句话能听懂，是因为我尽量把每个脑海中的事物都说全把细节说全。这样，听者就能很快进入角色，大家迅速建立起沟通交流的上下文环境。一旦这个交流的上下文环境建立起来，再使用一些指代词也就不会影响沟通过程了。
　　
　　其实，这些简单的道理不但适用于语言交流，还适用于客户调研，需求分析，书面协作，等等方面。今后有机会再给大家继续探讨。
　　
　　协作能力还有一个重要的方面，那就是按规矩办事。按规矩办事就是所谓的规范化，规范化是一个优秀的团队的头等大事。作为一名有协作精神的程序员，就必须遵守团队的规范。
　　
　　如果你有个人英雄主义，那么，对不起，在你那深刻独到的见解没有成为团队认可的规范之前，你必须保留个人意见。编程的命名规范，接口形式，注释要求，开发管理流程，必须要遵守。
　　
　　接下来考验一个人的协作能力就是：是否有责任心。也就是对待自己那部分工作的态度。说得高尚一点儿，就是程序员的职业美德。责任心就是对自己所属的工作负责，认真对待自己那部分代码，甚至象呵护自己的孩子一样。其实，责任心也不是什么沉重的东西，有智慧的程序员总是喜欢将工作当作乐趣，大家不妨试试。
　　
　　以前有句老话说，文人相轻，就是文人之间互相瞧不起。事实上，程序员相轻，也是很普遍的事情。不是经常都会听到程序员说，那人代码写得真烂，重构人家的代码还不如自己重写呢。其实，很多情况下，你留下的代码也常常被人骂。
　　
　　在一个团队中，程序员相轻的现象是会引发团队内耗的。而具有协作精神的程序员对待其他程序员的代码，总是有一颗包容的心。他们更愿意通过改变自己去影响他人，从而让整个团队共同进步。