不要一上来就开始写代码
拿到需求后，想清楚，再动手写代码。
先忘掉后面还有该死的质量活动
你要做的一个是“不要一上来就开始写代码”，另外一个就是掌握尽量多的重构方法，重构思维方式，掌握重构并不一定是要对原来代码的重构，而是下笔之前就知道好代码该怎么写。
你要记住，你写的代码是给人看的
作为一名程序员，希望在你某天离开公司后回想起的若干个开心时刻中，有一个会是因为你面对自己刚刚出炉了一份让自己心动的代码的那份感动，而不要成为上面提到的那个“离开后，公司才知道他有多么重要”的家伙。
现在开始，刻意练习
所以最好的学习方式就是亲身经历，然后写下来分享给大家，这样才能让你真正懂得那些你原来认为懂得了其实未必懂得的道理。
十个技巧
1.拿到需求后，想清楚，再动手写代码。
2.看了需求后，多多少少都会存在一些问题，或可能存在一些理解上的错误，这个时候不交流，就会头破血流。不爱说话和沟通，需求都理解错误了，最后做出来才发现，只能加班返工。
3.文档没人看，但还是要写。文档的作用大部分时候不是用来沟通的，是用来做记录的，大部分需求还是通过口头沟通，但是不写文档做记录，后续就容易扯皮小编是一个有着5年开发经验的C++程序员，关于C++，自己有做材料的整合，一个完整的学习C++的路线，学习材料和工具。能够进我的。裙。里；–先2635；后15231。收取，免费给大家，希望你也能凭自己的努力，成为下一个优秀的程序员。。
4.一定要写注释.如果不写注释，时间久了，你会连自己的代码都看不懂。
5.别指望需求会稳定。产品需求是根据商业需求不断调整的，改需求是再正常不过的事，别抱怨。调整好心态。
6.业务高于技术。如果技术不为公司商业做服务，那将毫无价值，公司赚钱才是硬道理。不要纠结公司一直改需求，改业务。
7.不要心存侥幸。你隐约感觉会出bug的地方，就一定会出bug。一定要解决到自己感觉会出bug的地方，不要给自己留后患。
8.自己先测几遍。不要写完就扔给测试人员去测，经自己手的东西，要保证质量。
9.尽可能自己解决问题。遇到不懂的问题，要先尽力解决，别动不动就截个图扔给别人求帮忙，上司和同事不是来给你擦屁股的，但是真的搞砸了就要尽快求助。不要害怕被骂。解决问题比挨骂重要。
10.慎用新技术。新技术是好东西，但没有百分百把握，自作主张用了，多半是作死。出了问题，自己无法解决，会出现无法挽回的损失。