整洁的程序和好的程序
[原文链接]
最近我和一些程序员就编程问题进行了一次有趣的讨论。我通常会有这样的印象，感觉一些程序员过于强调代码的整洁。不要误会，我也很注重代码的整洁，在过去几年来也写过不少强调代码整洁的重要性的文章。但当我编程时，代码整洁只是我的第二重要目标，它永远不会取代我的首要目标：让软件先跑起来。让它能跑的很漂亮，这是我更大的愿望。
当谈论起代码整洁时，很多人都能饶有兴趣的说出很多。他们坚持不懈的追求这个目标，有时他们在编程时还会穿上带有Uncle Bob的绿色的宣传图标衣服， 
以此提醒自己什么是最重要的：写出整洁的代码。不幸的是，很多次我都发现，很多人在重视“代码的样子”的同时，却忽略了要把“代码的功能”也放在同等重要的位置。例如，很多人不愿意去学习ORM实现的背后原理，他们更愿意使用一些像Hibernate实体映射工具的东西把数据映射成实体对象，即使当这样做比起直接获取数据是效率低的让人惊讶时也是如此。他们并不考虑多次远程调用的代价或大数据量传输的成本。他们一遍一遍的就是写不出一个好的保龄球游戏，因为他们把数据库的操作放在循环里了。
代码整洁并不是构成好程序的必要条件，好程序也并不必定是代码整洁的。对我来说，好程序是运行良好的代码，容易理解，容易修改。这是它们的先后次序。我知道，大家都非常明白，代码的易于理解、易于安全的修改是非常的重要。但不管代码写的如何清晰易于阅读和修改，如果它没有做它本该做的事情(不能覆盖所有角落场景)，或花费了它本不该使用的长时间执行操作，它就不是好代码。当然，它很整洁，可却没有用处，不是吗？
我不是鼓励你过早的进行优化。除非你有《骇客帝国》里Neo一样的本领，否则你过早的优化的程序里至少有四分之一是不正确的。优化最重要的是找到瓶颈，其它的努力都是浪费。
不管怎么说，你应该写成整洁的代码。但你要三思，不要为了代码整洁，而放弃了写出好代码。
