1 大局为重，2-8法则告诉我们先做2后作8（优先级）
人总是喜欢做一些自己感兴趣或者有挑战的事。不过在这方面，为了项目和团队着想，应该尽量压制这种诱惑。

2 性能永远不是优先考虑的问题（性能）
如果只针对提升性能对代码做改动，很容易破坏代码的复用性和可维护性。而返过来，提高了代码的复用 性和可维护性，则很容易提高性能。

3名字长一点好（易读性）
函数名和变量名等除了给机器看，也要给人看的，有时一个简单直接的好名字实在是很难想，这时不妨用长一点的名字更好。可读性更好：

4 自说明代码很重要，但注释同样重要
代码本身可以说明问题的确是很棒的，但并不是说注释不重要，有时候我更喜欢先看注释，因为它总比我看代码更快的了解这程序是做什么的。所以，即使代码本身很清晰，但是加上注释的话，可读性也能提高很多！

5 适当抽象
但是在抽象的时候，要避免不合理的抽象，有时也可能造成过渡设计，现在只需要一种螺丝刀，但你却把更多类型的螺丝刀都做出来了（而且还是瑞士军刀的样子。。）

6 一致性
不过在团队开发中，尽量统一用同一种风格能够很好的减少交叉开发的成本。

7 适当休息
编程的时候如果没有思路或者感到混乱，到外边休息10分钟，或者看一下风景，让脑袋清醒一下是很好的。这招很管用，亲测。

8 至少把代码完整运行一次
有时函数的逻辑过于简单，以至于会认为这个不可能发生错误，但事实上最容易发生错误的通常就是这些代码，常见的单词拼写错误，参数错误，还有一些意料之外的问题。所以无论什么情况，我都会把代码完整运行一遍。当然更好的做法是用一些系统的测试方法，比如说单元测试，交叉测试。

9 甘于平凡
以解决问题为目的去编程，以简单为主。出乎意料的是别人有时会对我说，这里的代码写得很棒。踏实的做事，会有意想不到的收获。

10 承认错误
不要怀疑，当别人用自己的程序或者代码无法运行时，首先考虑是否是自己的逻辑哪里有问题。一来别人会觉得我谦虚，二来实际大多数情况的确是自己的问题。