避免这些常见的编码习惯，会让我们的工作更轻松、软件更安全且更易于扩展。帕雷托法则明确指出，20％的因导致80％的果。又称为80-20法则，它适用于几乎每一个需要人作为劳动主体的相关领域。在软件开发领域，这个法则可以概括为，大多数的问题都是由少数不良编码习惯

辛普森爸爸也许会说：这很有趣，因为事实正是如此。我还没有搞清楚保持高效的诀窍，主要是因为我从没有一贯的高效。周思博曾在他的一篇博客中说过：。这样的低效症一发作一般都要持续一两天。把办公桌摆在不会被过路人打扰的地方。

很多程序员的项目常常半途而废。几乎每一个软件开发者都有一个这样的文件夹，里面很多都是些还没完工的项目，而这些程序里有不少在它诞生初期真心是个超棒的点子。和这些人一样，我也有很多好主意，有的甚至就是现在有些企业在用的。几乎每一个项目我都着手去做了，但是没见到

正确的软件开发应该是懒惰式开发，也被称作忍耐式开发；这种开发方式的表现是，在真正动手写代码前，程序员要花大量的时间通盘考虑所有可能的解决方案和途径。这可以看作是延缓写代码，在没有完全理解问题前绝不动手写代码。先把问题理解清楚，确保将要写的代码能真正的解决问

我收集了很多编程语录，基本上都跟程序员的生活有关。这些语录涉及软件开发，代码维护，调试纠错，软件bug，系统设计、文档，代码质量，测试和软 件开发团队管理等方面。下面的这59条语录虽然很搞笑，但却真实无比。只有程序员才能理解这些编程语句里的真正内涵。闲言

在上一篇《程序员追求的是什么？》里，我把在家工作放在了最后，有些人给在家工作的排名很高，网友 K 发了 Jason Fried 在 TED 的演讲《为什么不在工作办公时工作？》，讲述了我们为什么很难在上班时间搞定所有工作。Jason 用他自己的观察开始，说

不好意思今天来晚了。让大家看的更爽快一点。具体要求和细节，稍后几天会公布。本次出差的事由是项目调研外加客户培养情感。

在技术方面无论我们怎么学习，总感觉需要提升自已不知道自己处于什么水平了。但如果有清晰的指示图供参考还是非常不错的，这样我们清楚的知道我们大概处于那个阶段和水平。Java程序员Java，设计而又非常精巧的语言。学习Java，须从Java开发环境开始，到Jav

虽然大多数的时候程序员都被发现是最晚离开公司的人，可那些家伙的工作却能拿更多的报酬，为什么会这样？人们所能获得的报酬往往会低于老板们的“最高标准”，而高于人们自己的“最低要求”。假设你是一个新手，没有背景关系，不出名，你的老板是谷歌。谷歌有很强的讨价资本，

他就是冯大辉，一个嬉笑怒骂、犀利、尖锐乃至幽默的男人，但是也许不会有多少人知道他的过往和心路历程：。大学进门就读生物学专业，却半路出家钻研编程技术，并自学成才；最初进入阿里巴巴时，他经历了两个月的高强度工作差点以为自己会猝死；他对阿里云服务的恨铁不成钢以及

重构一些代码，写一些实现，调用一些既定的API，然后花许多时间在各 种各样的场景测试上面。从做的工作上看，这都不能算程序员，最多，只是编码技巧卓越的码农而已。因为它几乎扼杀了一切创造力，但是这很常见，比如在一些对 日外包公司，就是如此。从做项目跨越到做产品

我最近阅读了 Eric Spiegel 在 Slashdot上写的一篇博客，他提出了这么一个疑问：“软件开发者/程序员天生就怪怪的么？”我仔细地想了想，然后发现每个在IT领域工作的人都多少有点怪异。所以我在这里附议一下Eric的观点：“老实承认吧！你们就是

本文的作者Sam Stephenson是Prototype js框架的创始人。他从2006年开始一直在37signals工作做web开发。除了Prototype外，他还开发过很多开源软件，比如rbenv， sprockets 等。然而，不久之后，事情越来越

追求完美是一种可贵的精神，完美主义也历来被认为是一种优秀的品格。可是在项目中，完美主义也是一种错，虽然是一种“美丽的错误”。瞧，他们在电脑前面一坐就是大半天，如果不是追求完美之人，谁能这样坐得住板凳？可 是依我所见，在“追求完美”这个问题上，程序员其实是严

我认识一个演员，且叫她Esmerelda吧，她曾说，“我无法想象除了当演员我还能做什么。”对于此有人反击说，“你肯定不能成为一个优秀的演员，不是吗？”当某人向我谈论Go语言时，我想起了这个争论。这篇文章并不是讨论范型问题的，而是关于想象力的，或者，至少是关

大型ERP厂商都有自己的自定义报表开发工具，它用来满足客户自定义取数生成报表的需求，用户既可通过它写一个SQL语句生成一张报表，也可通过它组合某几张单据的资料生成一张报表，还可直接更改某张单据的表结构生成另外一张报表。这段时间我也在重构我一年前在公司写的自

在项目管理中，程序开发是项目的核心。因此缺少管理的程序开发，就不会作出成功的软件项目。程序开发过程中，项目的程序员是根据已有的模块设计文档，理清思路，然后编写程序。但是由于程序员编写程序步骤比较随心，导致可能出现对需求理解不清楚，又或者由于本身的水平有限，