摘要：我一直在想两个比较有争议的问题——一段拥有良好功能和效率的代码，是不是一定有很好的注释？反之，拥有良好注释的代码，是不是一定有很好的功能和效率呢？有点无聊的问题，因为两个问题的答案都不是百分百绝对的，的确如此，但其中却多少有迹可循。前一个问题，我觉得可以这样进行佐证：一段代码，有很好的效率和功能，但却没有注释或者注释很糟糕，那结果是什么呢？结果是这段代码所达到的效果很可能不是最好的。特例情况只有开发者很聪明，超出凡人很多。后一个问题：一段拥有良好注释的代码，很可能拥有很好的功能和效率。特例情况只有很笨，低出凡人很多。而且，这种特例出现的情况要远远低于前一个问题中聪明人出现的概率。原因是什么呢？ 阅读全文

摘要：代码有将来么？首先，我承认，我做了一把名副其实的标题党。代码不是帅哥美女，哪里谈得上什么将来。然，此将来非彼将来。我的代码将来一定在我的手里么？答案肯定不是，至少肯定不会在我一个人手里握着。好吧，矛盾产生了！既然不会只在我一个人的手里，那我似乎、应当、也许、大概、可能、好像要让我的代码有很好的可阅读性和可维护性，以便于让后来人缩短阅读理解和维护我的代码所消耗的时间。往大了说还可以缩短整个项目在后期维护当中所消耗的时间。帽子扣大了，不过的确如此。我曾经修改过某“专家”的一部分代码——20000行的js脚本，0注释。结果是什么呢？我骂了两个小时的街，然后把原创作者给找来，他也骂了两个小说，然后告诉 阅读全文

摘要：最近一段时间，设计做的比较多，感触良多！而感触当中，最感慨的就是，我是程序员，还是一个使用者！其实，我是一个程序员！上一篇博文我已经给自己一个比较精确的定位。可是我觉得，当我在实际开发过程中，尤其是在做概要设计和详细设计的时候，更多的时间，我要站在一个程序最终使用者的角度去看待程序，也只有这样，我所作的东西，才更合理，且更容易被人们所接受。而原因就在于，我所设计、所开发的东西不是给我使用，而是要给一个实际需要他的人使用，这个人十之八九不会是个程序员。貌似这些话听起来有些绕口，也有些不清不楚的，不过这的确是个事实。一个程序员在思考问题时，通常想的是程序实现的方式、方法，难易程度，如何规避掉一些问 阅读全文

摘要：我是程序员么？好像这是个很傻瓜的问题！曾经，我也认为这是个很傻瓜的问题，因为很长一段时间，我都以软件工程师自居，毕竟“工程师”这三个字听起来要比“程序员”好听的多。更何况中国的名片管理制度不够严格，别说我想说自己是软件工程师，就算印个伊拉克总统，可能也会有人给我印。只要我掏钱。不过，现在我不这么想了，工程师太多，雨后春笋啊！反之，平心而论，我也未必够格。不久前，微软的Peter胡在酒桌上问了大家这样一个问题：“面试的时候，你怎么介绍自己？”答案，分为两种：一种说：“我叫某某某，现在在某公司工作，是个程序员！”一种是：“我叫某某某，是个程序员，现在在某公司工作！”看起来似乎没什么太大差别，不过仔 阅读全文