质量速度二选一？

我每次跟人说要写单元测试要重视代码质量，就有人跟我说，时间紧任务重啊，为了追求速度不得不放弃质量啊，类似这样的话。比如知乎上有人这么说：

这个论调，还有人给总结成了公式，

我跟肖鹏有次说起这个广泛存在的论调，我画了一个图，大概跟这个公式是一个意思，

看，多有道理。你是老板，你到底要选择1（高速度低质量）还是选择2（高质量低速度），你选一个吧。鱼和熊掌不可兼得，这道理再正确不过了吧。

我年轻的时候听人说这些话，我真的就信了，以为这事情就是这样的了，要提高质量就得放弃速度了。后来我在这行里泡了十几年以后，我发现这图啊，它没画完。真实的情况，其实是这样的：

我可去你大爷的吧！

你倒是跟我说说，你是速度最优化了，还是质量最优化了？

typing.io打字的速度一分钟二十几个词，还赶不上我这40岁post technical大叔一半速度。写个代码满篇的坏味道，一听我说每个函数不要超过5行就要死要活要失业了。是梁静茹给你的勇气扯啥守恒的么？

说什么速度和质量二选一，这话背后的意思就是：老子已经完美了，项目的问题都是你们这些当领导的没做出正确选择。

然而事实的真相是，咱们这个行业，我客气点说，80%的程序员根本就不合格。只要找到合适的方式来评估程序员的能力，用合适的体系来培养程序员的能力，80%的程序员在速度和质量两方面都可以得到大幅提升。

就好像我跟一帮朋友打篮球，多打几次互相就有个定位，这个是投射型的，那个是突破型的，这个是速度型的，那个是力量型的。

其实在真会打球的人眼里，都是一帮菜鸡互啄。啥这型那型的，全都两个型：攻也不行，守也不行。

所以下次你听见有人跟你说，速度和质量只能选一个，速度要快就得牺牲质量。你不用跟他争这个道理对不对。你应该马上反应出这个背后的潜台词：这人是个菜鸡。质量也不行，速度也不行。（如果不确定的话，可以送到熊老师的训练营来鉴别一下。）

菜鸡就得好好练基本功。

不然速度和质量，你一个都得不到。

设施