软件开发的总是会偏重功能开发，但是维护成本的比重往往会更大一些。并且，大部分开发人员实际上更多时间是在做维护工作。在维护过程，最让人头疼的就是维护别人的代码，主要原因就是代码可读性太差。

多少程序员因为维护别人的代码而抓狂，甚至有发生暴力行为。但是在埋怨别人的同时，是不是也检查一下自己的代码是否具有更好的可读性，自己的代码是否符合编码规范，是否看上去足够优雅？相信每个公司都会有自己的编码规范，但是仅仅按照编码规范就可以了吗？为什么在有规范的情况下代码可读性仍然无法提高呢，程序员仍然不愿意去修改别人的代码呢？程序员的编程水平固然是一方面，编程水平高的人都会具备较强的读码能力。但是，从另一方面讲，程序员在编码过程中看上去是按照规范编写，却过于敷衍，为完成功能而编码。根本没有意识到后期维护修改的问题，甚至事后自己的代码都不想去看。

在我们严格遵守编码规范的前提下，应该时刻提醒自己规范的目的，以及规范的真正含义。比如，对于命名的问题，从类的命名到方法变量的命名，我们都知道规范的匈牙利命名法，但是却忽略了命名的根本原则：见名知义！命名格式符合规范，但是名称实在难以理解，不说各种拼音，还有各种奇葩的英文误用，实在让后来人看得云里雾里。编码规范必须统一，但是程序员也决不能放松警惕，在编码过程中时刻审视自己的代码，检查代码是否具备更好的可读性，命名的名称是否容易理解。无论在代码组织封装方面，还是命名方面，在任何的细节上，要让你的代码看上去有一种优雅的感觉！

去看看那些高手的代码，JDK的源码，各种框架的源码，这些代码都非常清晰简洁，学习这些代码，你会找到那种优雅的感觉。当你对自己的代码吹毛求疵，对自己提出更高的要求时，你的进步就会更快。编程是一个创造的过程，你的代码就是你的作品，对待作品要保持追求完美的精神。当你不断创造出优雅的作品，你会爱上编程，这样会促使你进步更快，从而创造更多优秀的作品，这才是一个良性循环。