一、保持良好的坐姿

只做椅子的前1/3部分，这个是我上初中的时候，我们校长教我们的，这样坐更有精神，注意力更容易集中。经过验证确实是这样，如果整个身子都靠着椅子上，容易注意力不集中，还容易累。

二、好的命名

起名字看似不难，但是要经过深思熟虑，取出名副其实、表达性好的名字并不是一件很容易的事。

命名为什么难呢？因为命名的过程本身就是一个思考和抽象的过程，在工作中，当我们不能给一个模块、一个对象、一个函数，甚至一个变量找到合适的的名称的时候，往往说明我们对问题的理解还不够透彻，需要重新去挖掘问题的本质，对问题域进行重新分析和抽象，有时还要调整设计和重构代码。

好的命名是好程序的基础。在阅读优秀源码时，我往往感叹他们的命名为何如此准确！这里确实值得思考。

其实，起一个好名字本来就应该是很难的，因为一个好名字需要把要义浓缩到一两个词之中。

如果你遇到一个很难命名的方法，很可能意味着代码的“坏味道”、设计问题。这时候要思考一下：是不是一个方法里实现了太多的功能？

或者类的封装内聚性不够？又或者你的理解不够透彻。

三、每一行代码都要有灵魂

代码要保持简洁，保证每一行代码都是有灵魂。

如果这个版本的代码存在冗余，那下次这些冗余的代码就是降低你效率的元凶首恶。

所以代码的简洁是必须的。但是代码简洁的标准是什么呢？就是要让每一行代码都有灵魂。这句话很有深意，要多思考。

四、代码整体架构要有逻辑性

要有给你一个点，你能顺出一条线的能力。

除了更清晰的代码之外，代码的结构、组织也有助于可读性问题。将代码分组以方便修改（如果您需要多次上下滚动查找受影响的部分，则需要处理该结构），这一点非常重要。

另外，不要把所有的代码放在一个脚本中。尽管在单个文件中拥有8000行以上的代码似乎很方便，但在尝试调用方法名称时，调试是一场噩梦。始终考虑变化的容易程度。

最佳做法是根据主要功能将代码分离成不同的文件。

五、欲速则不达

不要搬起石头砸自己的脚。程序员总是有一种不好的习惯，那就是总是想赶快地完成自己手上的工作。但情况却往往事已愿违。越是想做得快，就越是容易出问题，越是想做得快，就越是容易遗漏问题，最终，程序改过来改过去，按下葫芦起了瓢，最后花费的时间和精力反而更多。欲速而不达。优秀程序员的习惯是前面多花一些时间多作一些调查，试验一下不网的解决方案，如果时间允许，一个好的习惯是，每4个小时的编程，需要一个小时的休息，然后又是4个小时的编码。当然，这因人而异，但其目的就是让你时常回头看看，让你想一想这样三个问题：

• 是否这么做是对的？
• 是否这么做考虑到了所有的情况？
• 是否有更好的方法？
  想好了再说，时常回头看看走过的路，时常总结一下过去事，会对你有很大的帮助

总体来说，一定要降低代码的复杂度，很多时候过段时间看自己的代码就感觉好陌生，这是我写的？这种感觉很多时候就是复杂度很高，所以一定要尽一切办法降低复杂度，

六、不要直接抄代码，理解以后自己写

不要直接抄代码，理解以后自己写