随想001:速度与质量

“突击一下,明天我要看到结果。”

一些经理常常下达这样的命令。

很多研发人员选择忽略胸中翻腾的哀怨,对经理强颜笑道:“好的!”

而负责任的研发人员会问经理:

“那你愿意牺牲什么?”

就像不能要求一个处理器功耗最低的同时性能又最高一样:提升一方面,就要牺牲另一方面!

提升速度,会牺牲掉什么?

如果经理掌握着话语权,决定员工做什么,又定下无理的截止日期,那么研发人员会怎么做?

作为项目的实践者,他们可能控制不了做什么,也可能控制不了什么时间做完,但他们能控制质量!也能牺牲质量!

这是一个极其可怕的结论。

实现了功能算不算好的质量?

实现了功能并且通过了稳定性测试算不算好的质量?

当然算!

但要注意,这些质量具有时效性,因为它有一个前提:不去修改它!

不去修改,就可以不用在意隐藏的质量:可扩展性、可维护性。

一个正常的项目,哪能没有人维护!

所以,

你所在的团队是不是新功能越来越难添加?

是不是BUG越改越多?

是不是性能越来越差?

是不是想推翻重来?

事情是一步步变成现在的样子的。起初,只是研发人员时间紧张,心情糟糕,走了些捷径。

然而,若是仔细想想:

面对无理的要求,研发人员为什么会一味服从?

经历过失败的项目,经理为什么还是最关心截止日期?

人总会下意识地趋利避害,选择牺牲质量,是因为长远的质量难解当前悬在头上的利剑吗?

推荐阅读

LwIP BUG之TCP连接丢失
详解RS-485上下拉电阻的选择

作者:朱工
首发博客:https://freertos.blog.csdn.net/article/details/84869019
关注FreeRTOS从基础到高级专栏,即时收取FreeRTOS系列文章。

发表评论

邮箱地址不会被公开。 必填项已用*标注