程序员技能--沟通

　　昨天同事和老大提出一个建议，结果他们两个人的交流，变成了一场争论，而且是同事连自己的想法都还没有完整的告诉老大。

　　同事提出建议之前，就首先质疑老大现在的做法。说了一大堆现在的做法这里不好，那里不好。是菩萨都是有脾气，更何况上司，而且是当着其他人的面，没有手把手的数据前提下，来质疑现在没有问题的做法。结果，老大也不由他说完，来解释自己这样做的原因。好吧，现在连争论的焦点，都不在同事提出的建议上了。作为boss，是不是也应该等手下把建议表述完整之后，再来辩论呢？不过我的立场比较倾向于boss。

　　无论作为程序员，还是平时生活中，都不应该轻易去否定别人的劳动成果。无论你的想法有多么的好，这也不能否定别人的做法。更何况，自己的想法，有时候是基于别人想法的改进，那你有什么资格去质疑别人的做法呢？在讨论解决方案的过程中，不是一场辩论赛，而是应该协作找出最适合的解决方案。大家的解决方案，没有好坏之分，只是适不适合。作为程序员，辩论一词是具有很强的贬义性质。一旦你成为一个辩论者，你只是想争一场输赢，而不是找到一个解决方案。在我看来，辩手都是没有原则立场，他们的立场就是他们是正方还是反方。作为一枚程序猿，不应该只是为自己的方案争的足够的支持，而且合力讨论出最适合的方案。大家的方案各取精华。

　　所以，在沟通过程中，应该少一点争论，多一点阐述和倾听。