导语:有心写码,无力高效。bug其多,痛哉痛哉!有时候我们的写码的环境是和谭嗣同的心情一样一样的,为什么呢?因为谭嗣同的绝笔是这样写的:“有心杀贼,无力回天。死得其所,快哉快哉!”。

场景一

在功能需求的会议上,产品经理问技术:“这个功能大概需要几天能实现啊?”,技术:“一周吧”,产品经理:“给你三天时间,代码先跑起来再说”。我靠,有木有,有木有,别想太多,先让代码跑起来,大家都是这样干的,先实现功能,代码以后再改,在优化。这简直就是心安理得的神借口。多少有心写好代码的人都死在了这样的借口之中。准备时间不足,前期没有好好的思考整个需求框架,没有缜密的逻辑思考,没事,先跑起来再说,这只是我们代码质量差的原因之一。

场景二

在每周的例会中,产品经理和老板问:怎么样,上周任务都完成了吧,这周给你5天时间,必须把剩余功能全部实现,赶紧的。技术那疲惫的样子,在睡眼惺忪的状态下,爱答不理的说:好。

过了三天,经理又来问:做的怎么样啊,快完了吧?实在不行,再加加班吧!这时,技术心里肯定在想:加你MB,累死老子了。

看看,大多数程序员根本没时间考虑代码的执行效率什么的,在仅有的短时间内,能省则省,能快则快,什么高质量的代码啊,这也只有在加班的梦中想象。

场景三

在新人介绍会中,行政带着新来技术人员,给大家一一做介绍,产品经理过来说:一会过来一下,我把上个离职人员的代码给你,顺便给你分配一下任务,你先把代码熟悉一下,之后马上投入开发中。

新来技术在拿到代码后,看了一会说:靠,什么烂代码啊,写的真烂。

哈哈,中枪了没有,中枪的有木有,多人的迭代和代码交接,各种风格乱入,一眼望去代码就像被猪啃过的草原。看到头疼的代码,都懒得修改了。代码质量高?也搞不过多个神人的迭代和写码。

看到以上三个场景,有木有中枪,是不是深有同感?有时候是不是想有心杀贼,却无力回天啊?当然我上面说的都是大部分普通程序员的辛酸经历,并不代表所有的程序员,高手,大牛或者大公司并不会这样。但是总结上面的三个场景,可以用一句话说:时间不够,代码来凑;人走人来,代码混乱

代码质量差,bug多?我们都是被逼的,有时候多想产品经理或者老板给我们足够的时间去整理逻辑和代码,优化出一道靓丽的风景线。多么想每个人都能把代码带上注释,看起来舒心啊,因为你没做到,你就没资格要求别人做到。还记得那个关于写注释的经典话吗?程序员最讨厌的两件事:1.写注释2.别人不写注释。就是这样的道理。

代码质量差,bug多?我们都是被逼的,让我们大声呐喊出来吧,别憋着,再憋坏了。产品经理啊,老板啊,知道你们也不容易,时间紧也是迫不得已,希望你们也能多体谅一下我们程序员。我们都不容易,我们更是被逼的。

著名的移动互联网专家,自媒体人,运营的公众号“非著名程序员”,每天一篇原创技术分享和移动互联网知识分享,微信公众号:smart_android ,头条号和百度百家账号都是“非著名程序员”。

SQL进阶

原生SQL->ORM->原生SQL文章来源于互联网:为什么基础很好的程序员代码依旧写的很烂?

发表评论