image.png

你要记住，你写的代码是给人看的

作为一名程序员，希望在你某天离开公司后回想起的若干个开心时刻中，有一个会是因为你面对自己刚刚出炉了一份让自己心动的代码的那份感动，而不要成为上面提到的那个“离开后，公司才知道他有多么重要”的家伙。

现在开始，刻意练习

所以最好的学习方式就是亲身经历，然后写下来分享给大家，这样才能让你真正懂得那些你原来认为懂得了其实未必懂得的道理。

图片

十个技巧

01 拿到需求后，想清楚，再动手写代码。

02 看了需求先沟通清楚
看了需求后，多多少少都会存在一些问题，或可能存在一些理解上的错误，这个时候不交流，就会头破血流。不爱说话和沟通，需求都理解错误了，最后做出来才发现，只能加班返工。

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

04 写好注释
一定要写注释.如果不写注释，时间久了，你会连自己的代码都看不懂。

图片

05 别指望需求会稳定。
产品需求是根据商业需求不断调整的，改需求是再正常不过的事，别抱怨。调整好心态。

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

07 墨菲定律不要心存侥幸。
你隐约感觉会出bug的地方，就一定会出bug。一定要解决到自己感觉会出bug的地方，不要给自己留后患。

08 自己先测几遍。
不要写完就扔给测试人员去测，经自己手的东西，要保证质量。

图片

09 尽可能自己解决问题。
遇到不懂的问题，要先尽力解决，别动不动就截个图扔给别人求帮忙，上司和同事不是来给你擦屁股的，但是真的搞砸了就要尽快求助。不要害怕被骂。解决问题比挨骂重要。

10 慎用新技术。
新技术是好东西，但没有百分百把握，自作主张用了，多半是作死。出了问题，自己无法解决，会出现无法挽回的损失。

以上就是本文向大家介绍的一个编程时的技巧和方法，学到了吗？