来自老程序员的10条中肯建议

如下十条建议是一个老程序员给出的建议，句句中肯，但愿能引发你的思考，而不是笑笑就过去了。
以为在理，不妨随手点赞收藏转发分享，谢谢~

---

程序员的二八定律：

---

1.想清楚，再动手写代码

刚入行的新手，为了展现本身的能力，拿到需求火烧眉毛地就开始上手写代码，大忌！

2.不交流，就会头破血流

不爱说话和沟通，需求都理解错误了，最后作出来才发现，只能加班返工。

3.文档没人看，但仍是要写

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

4.必定要写注释

时间久了，你会连本身的代码都看不懂。

另外，注释不要乱写，想一想虾米：虾米穷逼 VIP 事件回顾和由此引起的思考

5.别期望需求会稳定

产品需求是根据商业需求不断调整的，改需求是再正常不过的事，别抱怨。

6.业务高于技术

若是技术不为公司商业作服务，那将毫无价值，公司赚钱才是硬道理。

7.不要心存侥幸

你隐约感受会出bug的地方，就必定会出bug。

8.本身先测几遍

不要写完就扔给测试人员去测，经本身手的东西，要保证质量。

9.尽量本身解决问题

遇到不懂的问题，要先尽力解决，别动不动就截个图扔在别人求帮忙，上司和同事不是来给你擦屁股的，可是真的搞砸了就要尽快求助。

10.慎用新技术

新技术是好东西，但没有百分百把握，自做主张用了，多半是做死。

在用新技术以前，你要想一下如下几个问题：

• 源码你看过吗？
• 用在项目中合适吗？若是不合适，你试过封装吗？
• 若是你会封装，那么你本身封装的适合项目吗？
• 若是你在网上找别人封装好的，别人封装的能适合大家的项目吗？

【ps】实际开发中，第三方的图片、网络、数据库框架基本上都须要根据项目作一个封装，并非拿来直接就用的。

关注个人简书查看更多好文章