程序员

注册

 

发新话题 回复该主题

为什么有的程序员开发效率总是很低 [复制链接]

1#
一、什么是程序员的核心竞争力?我觉得是开发效率。很多同学经常会在后台留言,”为啥我的开发效率总是很低?“总结起来,就是这十二字真言:观念停滞,方法陈旧,但求偷懒。现在80%的程序员都在凭本能做开发。我们很多程序员别人给他一个需求,他不考虑这个代码写上去怎么测试,不考虑未来怎么扩展,甚至都不考虑我这个需求到底理解的对不对,反正我就做。二、为什么会这样?第一被大环境误导,第二缺乏基本功,第三缺乏好的工作方式。个人在时代浪潮中很难不被引导,有个导向是企业招聘。比如流传的阿里技术面,他就考你JVM的细节啊、高并发。他并不是一个程序员日常开发效率的体现。既然企业要考程序员就会去刷题、背算法,至于这些东西一年到头用几回,无所谓。理解需求、拆分任务、编写测试、高质量的代码实现——很少有程序员意识到,我每天的工作是什么,我的基本功如何。如果一个人意识到了并且开始刻意训练,他就会在这个团队中鹤立鸡群。这会带来什么效应?别人会看到这个人价值很大。如果基本功不扎实,就会掉进很多误区,就会直接影响开发效率。比如我们从来都不怎么写单元测试,看似快,其实慢。很多人说没时间做测试,这是一个非常重要且常见的误区。为什么当我们用编程语言清晰的描述需求时,我们会认为这是一个额外的工作量?需求不清晰的结果就是返工,别用手快来掩盖方法慢。年敏捷开发圈里一个朋友,大家一个礼拜的活他半天就做完,剩下四天半他就在那上网炒股,后来炒股还赚了不少钱。公司任务紧,忙忙叨叨做完,做完了公司的产品,却没给自己留下技术积累。更大的问题是,像腾讯、阿里、头条、美团、百度,越是大厂越要测试先行,你在小厂不写测试、工作方式不对,就越难跳到一线大厂。

基本功不扎实+不写单元测试,两个加起来就是天坑。以为不写测试做得快,最后会陷入效率低的死循环:

对需求把握不准,写完PM不认;

代码有没有坑不知道,3个月前写的代码一碰就虚;

添加新功能就破坏旧功能,测出一堆bug加班修,bug越修越多;

以上循环,就会陷进无限返工、低效率的焦油坑。一个团队里面10个人,有1个人慢,领导说那我把你换了,但现在我们的情况是8、9个人全都慢。领导一看换不了,那就吃大锅饭,全都。这就是我们行业的真实情况。之前还能吃大锅饭,从甲骨文裁员开始,腾讯、阿里、百度、京东、今日头条、美团,很多一线大厂都在紧急做敏捷转型,能力行的上,不行的走,试图通过轻量级的开发和适应性的计划方法来应对市场变化。如何改善开发方式,减少返工,和一线大厂接轨,提高开发效率?这成了今日大多数程序员最主要的问题。掌握测试驱动开发,就能解决开发中的三个老大难:

第一,准确把握需求,开发出来的功能一定是客户想要的;

第二,保障软件质量,开发出来的代码一定是有自动化测试覆盖的。

第三,通过反复训练提高开发速度与代码准确率。如果解决了开发中遇到的问题,他所受益的形式可能是别人5天的活,他两天干完,就算公司强制,他也可以用剩下3天学点新东西,为有一天到大厂、为晋升做准备。你现在明白为什么开发效率很慢了吗?增强职场核心竞争力,这才是作为程序员一直该做的事。

·END·

PHP开源社区进阶·提升·涨薪预览时标签不可点收录于话题#个上一篇下一篇
分享 转发
TOP
发新话题 回复该主题