“突击一下，明天我要看到结果。”
一些经理常常下达这样的命令。
很多研发人员选择忽略胸中翻腾的哀怨，对经理强颜笑道：“好的！”
而负责任的研发人员会问经理：
“那你愿意牺牲什么？”
就像不能要求一个处理器功耗最低的同时性能又最高一样：提升一方面，就要牺牲另一方面！
提升速度，会牺牲掉什么？
如果经理掌握着话语权，决定员工做什么，又定下无理的截止日期，那么研发人员会怎么做？
作为项目的实践者，他们可能控制不了做什么，也可能控制不了什么时间做完，但他们能控制质量！也能牺牲质量！
这是一个极其可怕的结论。
实现了功能算不算好的质量？
实现了功能并且通过了稳定性测试算不算好的质量？
当然算！
但要注意，这些质量具有时效性，因为它有一个前提：不去修改它！
不去修改，就可以不用在意隐藏的质量：可扩展性、可维护性。
一个正常的项目，哪能没有人维护！
所以，
你所在的团队是不是新功能越来越难添加？
是不是BUG越改越多？
是不是性能越来越差？
是不是想推翻重来？
事情是一步步变成现在的样子的。起初，只是研发人员时间紧张，心情糟糕，走了些捷径。
然而，若是仔细想想：
面对无理的要求，研发人员为什么会一味服从？
经历过失败的项目，经理为什么还是最关心截止日期？
人总会下意识地趋利避害，选择牺牲质量，是因为长远的质量难解当前悬在头上的利剑吗？
推荐阅读
LwIP BUG之TCP连接丢失
详解RS-485上下拉电阻的选择
作者：朱工
首发博客：https://freertos.blog.csdn.net/article/details/84869019
关注FreeRTOS从基础到高级专栏，即时收取FreeRTOS系列文章。
