代码至上——代码就是程序员手中的武器，好比剑客手的宝剑

今天看到一篇文章，做程序8年了，深有同感：

        我的眼睛总是盯着代码，只要发现了代码问题，无论是命名问题、格式问题，还是语句问题、逻辑问题，我都要找到作者说说。有些人会对我说：没事儿，小问题。但我一直告诉自己和团队，我只看代码，代码至上。

        想不起在哪本书里看过一个软件开发过程模型，是一个金字塔形，其中最底层就是代码质量。我与作者的观点是一致的，代码质量影响并决定的软件质量。代码质量的提高，就是软件质量的质量基础在提高。在软件质量度量模型中，所有的质量标准几乎都是由代码实现的，所以代码质量之重无以替代。

        还记得《代码大全》一书吗？一本软件构建的实践指南，一本近千页的巨著几乎全部围绕代码而行。创建高质量代码，变量，语句，代码改善，软件工艺，每一章都是代码。这也从另一方面说明了代码在软件开发中的重要性。

        另一方面，代码也是一位工程师工作态度与技术能力的体现。代码里首先反应出来的是态度，尽管我不喜欢把什么都和态度联系在一起，但作为工程师最主要的产出物，代码确实承载了这一使命。是否认真，是否精益求精，这里体现得很清楚。同样，代码中也体现着技术能力，代码中的语句组织、逻辑关系就是思维和设计意图的表现。

        看一个语句：

[java] view plain copy

1. try {  
2.   doSomething();  
3. } catch (Throwable e) {  
4.   ;  
5. }  

         再看一个单例的实现：

[java] view plain copy

1. public class XXX {  
2.   private static XXX instance;  
3.   
4.   private XXX() {  
5.     
6.   }  
7.   
8.   public static XXX getXXX() {  
9.     return new XXX();  
10.   }  
11.   
12.   public static XXX getXXXInstance() {  
13.     if (instance == null) {  
14.       synchronized (XXX.class) {  
15.         if (instance == null) {  
16.           instance = new XXX();  
17.         }  
18.       }  
19.     }  
20.     return instance;  
21.   }  
22.   //Other method  
23. }  

        这样的代码引发的bug要查起来可没那么容易，几行语句，会给软件质量带来很大的负影响。

        无论是从软件工程来看，还是从日常的工作内容而言，代码实现都是软件中最重要的一环，个人认为无论怎样强调都不为过，也许将一些混乱代码结集会更加震撼。工程师们，代码才是基础，没有扎实的代码，那就真是浮云了。

——欢迎转载，请注明出处 http://blog.csdn.net/caowenbin ——