1、拿到需求后，想清楚，再动手写代码。
2、看了需求后，多多少少都会存在一些问题，或可能存在一些理解上的错误，这个时候不交流，就会头破血流。不爱说话和沟通，需求都理解错误了，最后做出来才发现，只能加班返工。
3、文档没人看，但还是要写。文档的作用大部分时候不是用来沟通的，是用来做记录的，大部分需求还是通过口头沟通，但是不写文档做记录，后续就容易扯皮。
4、一定要写注释.如果不写注释，时间久了，你会连自己的代码都看不懂。
5、别指望需求会稳定。产品需求是根据商业需求不断调整的，改需求是再正常不过的事，别抱怨。调整好心态。
6、业务高于技术。如果技术不为公司商业做服务，那将毫无价值，公司赚钱才是硬道理。不要纠结公司一直改需求，改业务。
7、不要心存侥幸。你隐约感觉会出bug的地方，就一定会出bug。一定要解决到自己感觉会出bug的地方，不要给自己留后患。
8、自己先测几遍。不要写完就扔给测试人员去测，经自己手的东西，要保证质量。
9、尽可能自己解决问题。遇到不懂的问题，要先尽力解决，别动不动就截个图扔给别人求帮忙，上司和同事不是来给你擦屁股的，但是真的搞砸了就要尽快求助。不要害怕被骂。解决问题比挨骂重要。
10、慎用新技术。新技术是好东西，但没有百分百把握，自作主张用了，多半是作死。出了问题，自己无法解决，会出现无法挽回的损失。
