1、遵从所在团队的代码规范。

一个高效、成熟的团队，必定有一个属于自己的代码规范，这个规范是团队的宝贵的财富，它是整个团队从各种坑中爬起来后积累的经验教训。什么是规范，它是人们从无数经验中总结出来的规则，标准。而代码规范，指导团队成员如何以最短的时间写成最高效，可读性强的代码。试想，如果成员不遵从规范，你用驼峰命名，他用下划线，这对程序的可读，将造成多大的影响。我想，应该没有一个人愿意去阅读一段，各种变量命名形式都能见得到，private, public 方法随意排序，甚至常量类都散落在各个角落的代码吧。

代码，一个作用是让机器阅读，另一个重要的作用是让人阅读！！！

2、遵从行业内通用的规范

在团队的代码规范未涉及到的，那请按照行业内的规范来编写代码。规范的一个好处是，可以明显减少学习和交流成本。明明用的是工厂模式，偏偏按模版模式的命名方式来命名，问他，他说他知道这是工厂模式，但他觉得，更应该叫模版模式。。。我的天，，你这么任性，以后还能做朋友么?

举个例子，我们需要根据支付类型，来生产多个支付产品，于是，我们写了个工厂类，命名为FactoryPay。当其他人看到一个类叫FactoryPay，他们会猜测，这应该是个工厂类，负责生产各种支付产品的工厂，然后按照这个猜测去阅读代码，就能比较快速的理解整个类的作用。但是，假如我取名PowerPay，别人还不知道是啥，看了半天，才明白，这是个工厂的作用。这就明显增加了他人的学习成本和维护代码的成本。

不管是新手还是老手，务必了解施行行业规范，切勿为了标新立异而违反规范。这么低端的装逼，就没必要采用了，要装也写个高端的框架来提升逼格呗。

3、添加必要的注释

尽管阅读代码是每个程序员的强项，但必要的注释，比如逻辑比较复杂的地方，添加必要的注释，对提升团队成员阅读熟悉代码的效率是有很大帮助的。试想，一个类，几百行，没有一行注释，对于阅读者来说，阅读它将是一个多么恐怖的事。

4、注释保持简洁，避免没有必要的注释

即看过一行注释都没有的代码，也看过注释比代码还要多的程序。一个是让人生不如死，一个是让人痛不欲生。(唉，有时不仅感叹，在程序员界混，真的是难)。

注释是帮助阅读的人更好的理解程序的逻辑，只是辅助，如果不重视通过命名等方式来传递代码的作用，而是依赖于注释，这就是本末倒置了。而且，冗长啰嗦的注释，这到底是帮助人理解，还是阻碍人理解啊，是读程序还是读小说啊。

5、拥有自己的编码规范

规范是为了让团队更快的理解、熟悉代码的，同理，拥有自己的一套规范，就能帮助其他人更快的理解我们所写的功能，减少学习和沟通成本。

6、不怕失败，学会寻找成就感

新程序员由于技术水平、经验的欠缺，写出的程序bug多，执行效率低。要学会自我减压，相信挫折与失败只是暂时的，发奋图强。在工作中要学会寻找成就感，哪怕你只是完成一个小功能，优化了一段代码，都是你辛勤付出的结果，是你能力提高的体现。

7、在实践中成长，磨砺技术

程序员是一个在实践中成长的职业。你看再多书，听再多的视频课，自以为学到很多东西，但正在接触项目的时候，就两手发软，头脑空白了。最好的方法，是正在参与到项目中去，最好是能参与从设计到开发到测试到维护一整套的整套流程。

8、要学会写文档

不要以为程序员只要负责写代码，如果是那样，你永远不能有上升的空间了。因为不管是走技术路线，还是管理路线，都离不开文档，方案文档，技术文档，产品介绍文档，管理文档等等，是你了解开发流程，产品运营的必由之路。

9、学会复制粘贴

现在的开发资料已经非常的充实，遇到难以解决的问题不要过分纠结，为难自己，请打开搜索引擎搜索一下。毕竟，你做的是工作，不是在学校做研究。

10、细节决定成败

不少程序员都有这样的习惯，好不容易思考出解决问题的方法，迫不及待的把代码写出来，功能也实现了，立马提交代码完事。殊不知你的代码中还有不少细节需要完善，大到内存泄露、资源释放、代码是否高效，小到注释是否规范，都是你必须关注的问题。且不谈这些细节问题对你做出来的项目的影响，就是对你编程习惯的影响也是深远的。