以下十条建议是一个老程序员给出的建议，句句中肯，希望能引起你的思考，而不是笑笑就过去了。觉得在理，不妨随手点赞收藏转发分享，谢谢~
程序员的二八定律：
1.想清楚，再动手写代码
刚入行的新手，为了展示自己的能力，拿到需求迫不及待地就开始上手写代码，大忌！
2.不交流，就会头破血流
不爱说话和沟通，需求都理解错误了，最后做出来才发现，只能加班返工。
3.文档没人看，但还是要写
文档的作用大部分时候不是用来沟通的，是用来做记录的，大部分需求还是通过口头沟通，但是不写文档做记录，后续就容易扯皮。
4.一定要写注释
时间久了，你会连自己的代码都看不懂。
另外，注释不要乱写，想想虾米：《虾米穷逼 VIP 事件回顾和由此引发的思考》
5.别指望需求会稳定
产品需求是根据商业需求不断调整的，改需求是再正常不过的事，别抱怨。
6.业务高于技术
如果技术不为公司商业做服务，那将毫无价值，公司赚钱才是硬道理。
7.不要心存侥幸
你隐约感觉会出bug的地方，就一定会出bug。
8.自己先测几遍
不要写完就扔给测试人员去测，经自己手的东西，要保证质量。
9.尽可能自己解决问题
遇到不懂的问题，要先尽力解决，别动不动就截个图扔在别人求帮忙，上司和同事不是来给你擦屁股的，但是真的搞砸了就要尽快求助。
10.慎用新技术
新技术是好东西，但没有百分百把握，自作主张用了，多半是作死。
在用新技术之前，你要想一下以下几个问题：（这里拿retrofit举例说明）
retrofit源码你看过吗？
retrofit用在项目中合适吗？如果不合适，你试过封装吗？
如果你会封装，那么你自己封装的retrofit适合项目吗？
如果你在网上找别人封装好的，别人封装的能适合你们的项目吗？
【ps】实际开发中，第三方的图片、网络、数据库框架基本上都需要根据项目做一个封装，并不是拿来直接就用的。
【附：】我自己写的一个网络库 以及 图片库的隔离框架，使用它可以让你的项目维护更方便。
优雅的实现Android主流图片框架封装，可无缝侵入切换图片框架
补充： 少在群里聊天（问一些技术难题除外），多干活，真正忙着干活的是人是没时间去群里扯淡的。
最后用一幅图形容不同开发者之间的区别：
共同学习，写下你的评论
评论加载中...
作者其他优质文章
