阅读 3238

老程序员的10条中肯建议

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


程序员的二八定律:

程序员的二八定律(这个图是我自己做的)


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

刚入行的新手,为了展示自己的能力,拿到需求迫不及待地就开始上手写代码,大忌!


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

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


3.文档没人看,但还是要写

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


4.一定要写注释

时间久了,你会连自己的代码都看不懂。

另外,注释不要乱写,想想虾米:虾米穷逼 VIP 事件回顾和由此引发的思考


5.别指望需求会稳定

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


6.业务高于技术

如果技术不为公司商业做服务,那将毫无价值,公司赚钱才是硬道理。


7.不要心存侥幸

你隐约感觉会出bug的地方,就一定会出bug。


8.自己先测几遍

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


9.尽可能自己解决问题

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


10.慎用新技术

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

在用新技术之前,你要想一下以下几个问题:(这里拿retrofit举例说明)

  • retrofit源码你看过吗?
  • retrofit用在项目中合适吗?如果不合适,你试过封装吗?
  • 如果你会封装,那么你自己封装的retrofit适合项目吗?
  • 如果你在网上找别人封装好的,别人封装的能适合你们的项目吗?

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

【附:】我自己写的一个网络库 以及 图片库的隔离框架,使用它可以让你的项目维护更方便。

网络请求隔离框架

优雅的实现Android主流图片框架封装,可无缝侵入切换图片框架


补充: 少在群里聊天(问一些技术难题除外),多干活,真正忙着干活的是人是没时间去群里扯淡的。


最后用一幅图形容不同开发者之间的区别:

不同级别开发者之间的区别


本文参考: 老程序员的10条中肯建议

关注下面的标签,发现更多相似文章
评论