1.想清楚，再动手写代码
刚入行的新手，为了展示自己的能力，拿到需求迫不及待地就开始上手写代码，大忌！
想清楚再着手写代码.jpg
2.不交流，就会头破血流
不爱说话和沟通，需求都理解错误了，最后做出来才发现，只能加班返工。
沟通.jpg
3.文档没人看，但还是要写
文档的作用大部分时候不是用来沟通的，是用来做记录的，大部分需求还是通过口头沟通，但是不写文档做记录，后续就容易扯皮。
需求文档.jpg
4.一定要写注释
时间久了，你会连自己的代码都看不懂。
注释.jpg
5.别指望需求会稳定
产品需求是根据商业需求不断调整的，改需求是再正常不过的事，别抱怨。
需求变更.jpg
但是特么的不要做太多的无用功，做了推翻，之后又做这种，本人深切体验过这种痛苦。
6.业务高于技术
如果技术不为公司商业做服务，那将毫无价值，公司赚钱才是硬道理。
业务高于技术.jpg
7.不要心存侥幸
你隐约感觉会出bug的地方，就一定会出bug。
代码需严谨.jpg
8.自己先测几遍
不要写完就扔给测试人员去测，经自己手的东西，要保证质量。
内测.jpg
9.尽可能自己解决问题
遇到不懂的问题，要先尽力解决，别动不动就截个图扔在别人求帮忙，上司和同事不是来给你擦屁股的，但是真的搞砸了就要尽快求助。
自己解决问题.jpg
原文出处：http://www.cocoachina.com/programmer/20171124/21318.html
