不要生活在真空中

很多时候,我常常听到那些有志在技术上有所成就的工程师表示“宁愿和机器打交道也不愿意和人打交道”。而发出这种论调的,尤以刚刚踏入工作岗位的工程师居多。的确,和人相比,机器的可控性要高得多,而且只要你掌握了足够的技能,它基本上就会任你摆布,唯命是从。此时,对机器而言,你就是上帝。对此,Brooks在《人月神话》中这样写道:“我想这种快乐是上帝创造世界的折射,一种呈现在每片独特、崭新的树叶和雪花上的喜悦”。相反,与人打交道就没有这么轻松了。这其中不可避免的要有说服、妥协、耍心机等等一系列的活动,用一个词来形容就是“累”。

可是,有一点被这些工程师们忽略了,那就是如何判断你在技术上有所成就了?或者更通俗的说,你怎么知道自己已经是牛人了?人是一种存在感很强的动物,这种存在感在和他人进行比较或者得到他人的认可时会大大加强。说到底,你必须和他人接触才能得到问题的答案。在这一过程中,和人打交道自然无法避免。结果,“只和机器打交道”只不过是自己的一厢情愿罢了。从另一方面来讲,技术人员执着于技术,无非是想通过自己最擅长的手段去体现个人的价值。但是,仔细想想便会明白,所谓价值,它是不会凭空体现的,它必须要有个载体,这个载体就是需求。没有需求,自然就没有价值。而需求本身则是非常个性化的东西,为了能展现出自己的价值,你就得千方百计的去了解需求,并最终将其解决。到头来,你会发现你已经和不少人打了交道。

既然不可能与世隔绝,为何不干脆直面现实?既然横竖要做,为何不开开心心的做?天堂还是地狱,只在一念之间。

以上文字不过是笔者毕业以来的一些个人感悟罢了。而我之所以啰啰嗦嗦写出这些,只不过是想说明,要想成为一名优秀的架构师,沟通是你必须学会的技能。而且它也是你最重要的技能之一。为什么这么说?因为在我看来,你的架构合不合理,有无价值都得由需求说了算。只有在搞清楚需求的前提之下,才有可能去构建出优秀的架构;否则,要是需求弄错,即便你的架构在你看来是完美无缺,但在客户那里,它也是一文不值。除了和客户沟通,将你的设计意图很好地向你的团队传达同样也很重要。换句话说,你得和你的团队进行沟通。软件行业发展到今天这个程度,单凭一己之力去构建一个大规模系统,几乎已经成了不可能的任务。在每个成功软件的背后,都有一个成功的团队。“默契”是这些团队的共同特征,而这其中,架构师和团队成员之间的通畅沟通发挥着至关重要的作用。缺乏沟通,就好比拥有优秀的大脑和强健的体魄,但却没有发达的神经网络,到时指东打西,南辕北辙也不是什么新鲜事。

平心而论,但凡一个人,只要他还有理智,基本上不存在沟通的问题。而大多数令技术人员不愉快的沟通,也是因为技术人员只注重个人技能的修炼,而不费心沟通技巧的结果。再加上和人打交道的时间本来就少,久而久之,沟通技巧便越来越差。一旦面对他人,其效果可想而知。然而,作为社会性的动物,人不是生活在真空中的。要想达到自己的目的,实现自己的理想和抱负,你必须学会和他人合作,而所有这些的前提都是有效的沟通。

作为本期杂志的开篇语,罗列沟通技巧显然不是本文的目的,况且InfoQ中文站上的敏捷社区中已有不少文章对此已有专门论述,笔者在此就不再作学舌之语。最后,在各位阅读本期杂志的正文之前,容笔者再唠叨一句:“功夫在诗外”。

你可能感兴趣的:(不要生活在真空中)