一个好的程序员

大家都想做一个好的程序员，但是真正好的程序员不仅仅是编码牛就是好程序员了。积累了一些需要注意的事情，写下来，给新人看，同时也约束自己。

1.考虑事情的时候需要笔和纸。随时都可能考虑事情，那就随身带着笔和纸。大家都说我像个学生，因为我不管到哪，身上总是有个书包，尽可能带上一些常用的东西，和一本与代码无关的技术书，呵呵。

2.事情考虑成熟了，得有简单强力的架构，不能乱做，不能让系统乱掉，得制定合适简单的规矩。合适：尽可能的能满足所有的需求，可以调整架构或者适当的调整需求来双向迎合。简单：易于别人的理解和维护，开发的时候不容易出问题。当然，这些也要写在纸上。

3.写代码的变量要命名规范，尽可能使用标准的英文，增强代码的可读性。正常来说应用开发的代码肯定会维护的，这样别人看你代码的时候清晰，就会大大的加快了维护的效率。我曾经在一本书上看过一句话，是这样的意思：一份好的代码，即使没有注释，也会被别人快速理解的。当然，达到这个境界之前，还是老老实实的写注释吧。

4.写注释（文档），这俩至少得有一种，而且要功能详尽。最好是以文档的形式存在，并把1.2.两点里面的内容整理进去。但是独立的文档有时候版本不是很好控制。这就又引申出了文档结构的技巧，什么样结构的文档更适合多人维护，呵呵，太叫支的问题，就不说了。

5.版本控制工具，代码和文档的版本控制，防止代码过乱。出错的时候也可以有一个轻量级的后悔药去吃。否则，改了N个小点，发现部分错了之后，重来可是件很郁闷的事情。

6.功能设计的时候就应该明确，这个方法注重的是应用还是效率，写出来的代码是完全不同的。并在文档或者注释中写明，否则有些注重效率的写法会让维护代码的人郁闷上一段时间。

7.项目结构的管理，我更偏向于按照业务的分类来把源码放在一起，因为维护和开发的时候基本上都是以业务为导向开发的。如果我同时要访问的几份源文件都在不同的文件夹里面，这简直就是让我抓狂的事情。