程序员，你的代码为谁而写

程序员，你的代码为谁而写

一直在思考这个问题，却不敢和别人交流。觉得自己还不算一个程序员，和别人讨论圈子里的事，难免贻笑大方。私下百度了几次答案有，为了任务，为了突出的考核，为了计算机，为了自己，为了后来者。仔细分析了几中说法，我觉得自己更愿意为身边的同事写代码。

为身边加班的那家伙写代码

除了机器语言，汇编那是极少程序员用来和计算机沟通的语言，或者C当初还保留着那份使命。再更高抽象层次的编程语言一定是以人与人之间沟通为目的。所以让你的代码让机器可以理解，那时编译器做的事。程序员需要做的是让和你一起工作的其他程序员，明白你在干什么。也就是你身边还在加班那家伙，他应该也是一个程序员，而不是所谓的项目经理。不要让自己的代码需要花别人大量时间才能理解，这是程序员的责任。更不要身边的家伙为了弄明白你的代码而加班。少一点所谓的技巧和高级的技术，多花一点时间和身边的同事交流，知道他们是用什么样的方式思考。多加一个单词把变量和方法命名完整一点，方便了别人也方便了自己。

不要用大量文档和注释来解释你的代码

如果你用的是C++, Java, C#, python这样程序员之间沟通的编程语言来开发项目，还需要写大量的文档和注释来给其他程序员解释你的代码，这不能不说是一个悲哀。不是写代码的人表达能力太差，就是看代码的人根本就不是程序员。有多少人会用英语写一个项目计划书，然后用中文或其他语言写大堆文档和注释来解释那份英语计划书？为什么程序员写的计算机“执行计划书”，就需要用其他语言再解释一遍呢？要么是写“执行计划书”的人没有表达清楚，时间，地点，流程混乱，用了太多生疏的词汇。要么就是看“执行计划书”的人是一个外行。

设计模式只是程序员交流的一堆名词

设计模式向来有程序员的“九阴真经”之说，其实那不过是约定了一个程序员之间交流的通用词汇罢了。就像中文的成语，四个字一组，学中文的都知道一点。现实生活的交流不能全说成语，如果写一本书没有几个成语还真难想象。如果你的代码是为身边的人而写，切记用对方能理解的设计模式，如果对方没有学过设计模式，那还是记流水帐吧。虽然难看，但是真的不需要动什么大脑就能看懂。

用别人能理解的方式写代码，这是一个学习的过程，一个程序员应该具有的编程语言驾驭的能力。以后在慢慢总结。