1、重构思维模式

不要一上来就开始写代码，要掌握尽量多的重构方法，重构思维方式，掌握重构并不一定是要对原来代码的重构，而是让自己在操作之前就想好该怎么去进行。

2、搞清需求再动手

看到需求之后，肯定多多少少会有一些问题，或是理解上的错误，或是功能实现上的问题，这时，必须要交流清楚，否则，后续将会有更多问题。

3、文档也要写

可能不少人觉得文档没人看，写不写没关系。但是，文档没人看，还是要写。

文档的作用大部分时候并不是用来沟通的，而是用来做记录的，大部分需求还是通过口头沟通，但是不写文档做记录，后续就容易扯皮。

4、必须写代码注释

必须写注释，如果不写注释，时间久了，回过头来连你自己都看不懂。而且，一个项目不可能就你一个人负责，注释也能够让别的同事看懂你的代码，

5、沟通需求并更改

别指望需求会稳定不变，产品需求是根据商业需求不断调整和优化的，改需求是再正常不过的事，不要总是抱怨，调整心态做好才是硬道理。

6、处理好和业务的关系

无论是技术还是业务，都不要想着凌驾于对方之上，应该是相辅相成的关系。

不为公司商业做服务的技术，是毫无价值的，公司赚钱才是硬道理。不要纠结公司一直改需求，改业务。

7、不要心存侥幸

如果某个地方你感觉会出bug，那么，一定就是bug。千万不要心存侥幸，一定要把自己感觉会出bug的地方优化好，不留后患。

8、自己先测试几遍

不要写完就扔给测试人员去测，一定要自己动手先测试几遍，自己写的东西自己更熟悉，也更容易找到问题。经自己手的东西，要保证质量。

9、尽可能自己解决问题

遇到问题，先自己尽力解决，实在解决不了再求助别人。职场上，没有人有义务为你擦屁股，上司和同事都有自己事情要解决。

不过，如果问题很紧急或严重，一定要尽快求助解决，不要害怕被骂，真等出现问题的时候，可能后果更严重。

10、慎用新技术

不否认新技术是好东西，但使用的时候，没有百分百把握就自作主张，多半是作死。如果真的出了问题，自己解决不了，就会出现无法挽回的损失。

所以，在接到项目之后，不要急着动手开始写代码，要先思考，当需求了然于胸，对每个板块的工作做到心中有数之后，再开始编写，效率更高，而且出错几率也越低。