程序员技能--沟通

　　昨天同事和老大提出一个建议，结果他们两我的的交流，变成了一场争论，并且是同事连本身的想法都尚未完整的告诉老大。

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

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

　　因此，在沟经过程中，应该少一点争论，多一点阐述和倾听。