“你这代码质量写得跟猪拱了一样”

Time will tell.

今天在空闲下来去逛平台论坛时，看到了一个话题： “程序员有哪些借口可以让自己写出低质量的代码”，遂准备水一篇文章。

其实我们想要写出高质量的代码并不容易，这需要扎实的技术、丰富的经验积累，但在这之前有一句话：“有心杀贼，无力回天。”

场景一

功能需求会议上，

产品经理问技术：“这个功能大概需要几天能实现啊？”

技术：“一周吧。”

产品经理：“给你三天时间，代码先跑起来再说”。

…

直接先代码跑起来再说，大家都是这样干的，先实现功能，代码以后再改，在优化。这简直就是心安理得的神借口。多少有心写好代码的人都死在了这样的借口中。准备时间不足，前期没有好好的思考整个需求框架，没有缜密的逻辑思考，先跑起来再说，这只是我们代码质量差的原因之一。

场景二

在每周例会中，

产品经理和老板问：“怎么样，上周任务都完成了吧，这周给你5天时间，必须把剩余功能全部实现，赶紧的。”

技术那疲惫的样子，在睡眼惺忪的状态下，爱答不理的说：好。

过了三天，经理来问：“做的怎么样啊，快完了吧？实在不行，再加加班吧！”

这时技术的心里肯定在想：“加你MB。”

…

能看出大多数程序员根本没时间考虑代码的执行效率，在仅有的短时间内，能省则省，能快则快，什么高质量的代码，这也只有在梦中才看得到吧。

场景三

在新人介绍会中，行政带着新来技术人员，给大家挨个做介绍。

产品经理过来说：“一会过来一下，我把上个离职人员的代码给你，顺便给你分配一下任务，你先把代码熟悉一下，之后马上投入开发中。”

新来技术在拿到代码后，看了一会说：“靠，这什么代码，写的稀烂。”

…

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

以上三个场景是否深有同感？是不是想有心杀贼，却无力回天？以上都是大部分普通程序员有过的经历，一些大牛或大公司里并不会这样。

好啦，内容就分享到这啦，如果你对Python自动化软件测试、面试题等更多内容感兴趣的话可以加入我们175317069。群里会有各项测试学习资源发放，更有行业深潜多年的技术人分析讲解。期待你的加入！

也希望看到这里的你终会成为一名极具竞争力的高级测试工程师。

欢迎【点赞】、【评论】、【关注】~

Time will tell.（时间会说明一切）