什么样的才是好代码

一、背景说明

最近时间相对比较宽裕了，相对于前些时候，可以说轻松了很多。于是偷得浮生半日闲，写点东西吧。其实对于这个话题，我在2010年的5月份的时候就想写了，但是那个时候专注于hadoop的技术学习，所以没有太多的时间去关注这个话题，于是就搁置了，但是没想到这一搁置居然搁置了有半年多的时间，于是思考着，这个时候再不写，以后怕是又要忘记了。于是赶紧写出来。

二、好代码要具备的基本条件

关于写代码，相信每个程序员或者是工程师都写过。什么样的代码好，相信每个人心里都有自己的想法。今天，在这里我要说的就是我对于好的代码的理解。说个几条吧，大家参看一下，虽然好代码的标准很多，但是我觉得起码需要具备以下几点：

1、代码美观、大方，注意排版，有合理的注释。对于这个，很容易就能做到。但是恰好有不少我见到的朋友做的不够。美观大方，注意排版是给自己看的，如果别人看，代码好看，心情也会感觉不错。对于注释，不是谁告诉我非要写注释，只是自己记性不好，写的东西过段时间就忘记了，于是，就养成了写代码也写注释的习惯。一般说来，注释量达到30%是比较合理的。

2、结构合理，设计大于编码。最早的时候我写代码，上来就是写，行不通就改方法再试。这样的过程我持续了有段时间了。说实话，耗时也耗力。直到在以前公司碰到了一位牛人，终结了我这样写代码的风格。通过对他的观察，发现他接到活以后，往往是设计的时候花了很长的，几乎占了整个周期的五分之三的时间，然后才开始动手写。他写出来的东西，很少有过返工或是大量的Bug。其实很早的时候就知道写代码设计大于编码，但是一直不怎么理解，直到亲眼看到这个牛人的作品之后才渐渐的熟悉。吃一堑长一智啊。

3、尽可能少的Bug，尽可能多适应环境。这里的Bug不是说功能的Bug，实际上是多方面的。性能、环境、软件、硬件等等。可能有的朋友会问，写个代码，不就是软件方面的吗？为什么会涉及到硬件？说实话，以前我也这么认为，但是目前有时候写代码，发现一些硬件的问题也是可以通过软件规避或是通过软件来报警做处理。对于多的适应环境，我认为这个是代码健壮性的考虑。

二、总结一下：

1、万事在顺水顺风的情况下，估计谁都可以写出好的代码。问题是，实际环境下，不是顺水又顺风的，各种不如意的情况都有可能出现。如果谁的代码能够更好的应对这样或那样不如意的情况，相比之下，谁的代码就是好代码。

2、以前看武林外传的时候，记得李大嘴说过这样一句话“用好的食材谁都能做出好菜，那不算本事。好的厨子就是用不好的食材也能做出好的饭菜”，有点夸张，但是从侧面也能反映出一些问题。写代码有时候就像做厨子一样。食材好坏那就是应用环境是否理想。厨子手中的那个大勺就是你的代码。

3、其实不仅仅是写代码，做项目管理也一样。资源充足、需求明确、时间充沛。那谁带项目90%都可能成功。可是好的项目经理就是在以上3点都不理想的情况下能够把项目做成，那就是一个好的项目经理。

三、收尾

1、什么样的才是好代码？见仁见智。这里我也把我写代码的心得和大家分享一下。我在拿到任务的时候，一般来说是先设计在理想环境下的运行，实现功能。其次再设计一系列的不理想的应用环境，然后在代码中做异常处理用以应对。最后，模拟这样一类的环境，测试，杀Bug。

2、由于我大学是文科，学的是法律，所以在IT这个行当算是半路出家。以上的内容都是我这些年在做IT的过程中的心得体会，写出来，大家分享。如果有不对的地方还望朋友们毫不吝啬的指出。

3、编程技巧通过学习（当然，耗时是因人而异）都能掌握，重要的是从技巧和工作中总结出工作的方法论，这样才是我们在完成一个工作之后的最大收获。好的方法对于做不同的事情都具有更好的适应性，能够提供更为科学的解决思路和途径。