代码质量差，bug多？我们都是被逼的

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

今天早上醒来浏览知乎的时候，看到有人提问“程序员有哪些借口可以让自己写出低质量的代码”，再加上最近老有人问我：怎么样才能写出高质量的代码？所有我准备先写篇为什么我们能写出低质量的代码这样的文章，其实写出高质量的代码并不容易，需要扎实的技术，丰富的经验积累，所以咱们反着来，“程序员有哪些借口可以让自己写出低质量的代码”，写之前首先记住我的一句话：有心杀贼，无力回天。

场景一

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

场景二

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

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

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

场景三

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

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

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

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

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

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

你知道吗？我们都是被逼的！