论程序员的交流之道

一直以来都有一个误解，程序员的世界是一个自我封闭的世界，当程序员编码时，程序就是他的世界，在这个世界里，他可以实现任何他所要和所能实现的功能，他就是上帝，就是神。从另一个角度来说，程序员不需要交流，因为他是神，神总是孤独的嘛！所以很多程序员都不注重交流，起码我就是一个典型的例子。

其实不然，事实证明，不注重交流的程序员通常会死得很惨，例如说——我，打更棒这个失败的项目我就不多说了。

我觉得程序员的交流之道体现在以下3个方面：

1.        如何让自己理解别人

2.        如何让别人理解自己

3.        如何让自己理解自己

如何让自己理解别人

让自己理解别人的过程就是正确的需求分析的过程，理解有2层含义，一是误解，错误的理解了某个需求，例如想让你做个工资结算系统，你给做成个考勤系统；二是漏掉，遗漏了某个需求，例如想让你做个既有考勤又能结算工资的系统，你给做个只有考勤的系统。

要避免以上的问题发生，只有不断地问、不断地理解、不断地总结才能做出最准确的分析，不至于以后做完返工，误人误己。

如何让别人理解自己

让别人理解自己的过程就是要站在别人的角度上看待自己开发的代码，要树立这样一个概念，代码不是写给自己看的，而是写给别人看的，这里面也包含了2层含义。

首先，代码是写给芯片看的。芯片是最公正无私的法官，它会忠实地按照你所编写的代码老老实实地执行，如果写的有歧义，它就会立刻给你点颜色看看，各种bug纷至沓来，最最恶心的是那种不知道哪个边界条件触发的偶尔才出现的bug，调bug调死你。

其次，代码是写给用户看的。逻辑上没有错误不代表在用户那边很好用，用户用着不方便到最后还是要你改，所以设计之初就要很好地理解别人，这样别人也能很好的理解你的产品，礼尚往来嘛！

如何让自己理解自己

光看字面意思很难理解，自己怎么可能理解不了自己？难道说自己精神分裂成两个人，还要互相理解对方。对于程序员在coding的时候来说，还真是自己分裂成了2个人，一个是设计思路，一个是具体实现，如何实现自己对自己的拷贝不走样，还是需要下一点功夫的。

最简单的方法就是要做比较完备的文档整理工作，不能偷懒，流程图该画的一定要画，务必详细准确，让自己一看就对项目一目了然，即使隔了很久再修改代码，只要看之前的文档，就能很快得进入状态，做到对代码如臂使指。

总结

总结一下，程序员写代码不光是写给自己看的，还是写给别人看的，主要是写给别人看的。如果抱着写给自己看的心态写代码，那最终基本上连自己也看不懂，更不用说给别人看了。

说点题外话，凡事预则立，不预则废，不论是做事情还是写代码，首先要有计划、要有目的；其次要有手段、要有方法；最后要有总结，成功了要总结经验，失败了要总结教训，这样才能得到长进。