今天会议上谈到一个关于交付、质量和工作效率的问题。
当我提出希望能够把产品做好时，同事说我们更要关注交付。
交付，然后--才是为下一次交付做积累。
潜台词里交付与质量之间有着不可调和的矛盾。
要交付，所以要牺牲质量。
在现实中，我们常常上演的是，交付后用更多更多的时间去修补。
我们根本没有时间做积累就已经面临着下一次交付了。
所以基本上我们只能喊着比较漂亮的口号，一步一步的深陷泥潭。
我信奉的原则是：有问题立即解决，提高工作效率，边做边积累。
我不否认交付应该摆在第一位，但我们不能为了交付就可以不顾一切。
这到底是什么意思？既摆在第一位，又不能不顾一切的？
因为我们常常把交付作为理由，给自己各种低效率行为找借口。
为了交付，所以我大量拷贝粘贴，所以BUG多了点可以理解。
为了交付，我先让它跑起来了，所以代码写得有点乱。
为了交付，我没有写单元测试，但我都点击测过的。
为了交付，我没时间整理打包脚本，所以发布时常常会出点错。
你看我已经天天在加班了，我也在规定的时间把东西交付出来了。
质量是差了一些，但它能跑起来不是吗？
有BUG我改，改不完我加班改，实在不行我熬通宵改。
怎么样，这样的工作态度还不够端正吗？
你还需要什么样的程序员？
如果我说我需要会解决问题的程序员，而不是会加班的程序员。
这话是不是听起来有点伤你的心？
但事实上就是如此，会加班的程序员永远也比不过会解决问题的程序员。
当你提交覆盖了别人的代码时，你是否想过我要解决这个问题，我不会再犯这个错误了？
当你打包发布发现运行错误时，你是否想过我要解决这个问题，我不会再犯这个错误了？
当你的机器只有1G内存导致很影响你的调试效率时，你是否强烈的要求更换机器，不换不罢休了？
当你的调试始终要启动应用服务器，你有没有想过做个单元测试来完成这个调试呢？
还是像个呆鸟一样，改一改发布重启，点击，发现还是报错，然后又去改一改....
当你发现一段代码很多地方都用，你是否还是在拷贝和粘贴，而不是想办法提取共用呢？
我看见过太多太多的程序员在干这些事情。
他们很忙，很勤奋，很努力，但就是不愿思考，不愿解决问题。
他们宁愿被动加倍的加班，也不愿主动加班把自己的代码整理好，把问题解决掉，提高效率从而减少自己的加班。
他们往往觉得编程其实没什么意思，因为每天都是干这些鸟事，而且忙个不停。
要能准时交付又要保证质量，这需要我们提高工作效率。
工作效率如何提升？需要在工作中思考，并不断的解决问题。
当把效率提升上来时，我们将不会认为交付和质量是个矛盾的对立。
那时我们或许应该用更多的时间来讨论计划是否合理。