系统为了维持稳定,会拒绝承认错误。 因为承认错误是系统性崩塌。 大家常说,错了就改,但是大型系统的逻辑,完全相反,这叫路径依赖的诅咒。 当一个错误的方向,已经投入巨大的成本,构建了,无数的利益链的时候。 这个错误,就成了必须维护的真理,承认错误,就意味着,所有在这利益链条上的获利的人,都要离场。 这种代价系统承担不起,所以系统会倾向于一个更大的错误,去掩盖前一个错误,这种饮鸩止渴式的维护,是为了推迟那个,必然到来的临界点。 看懂了这个,你就能理解很多,荒诞行为背后的逻辑。
虚空无挂碍
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
创作者 虚空无挂碍 尚未开启!打赏功能为了鼓励分享而设计。
详见 天涯打赏功能说明
作为一个程序员,我想公布一下开发界的几条潜规则: 1、当软件系统可以正常运行的时候,请不要对已有系统做任何代码上的优化或者变更,否则一切后果有你自负。 2、但凡重启软件系统无法复现的BUG,那就不是BUG。 3、当测试发现功能有出入,你只需问他最后结果对不对?如果逻辑完全正确,那就是测试的脑子出了问题——只是他认为有BUG,而不是真正出现了BUG。 4、没有一个软件系统是100%完美的,所以有BUG也无需大惊小怪。 最后附上一段一个SB程序员因为修改了一个BUG导致系统崩塌的大灾难:https://www.bilibili.com/video/BV1EM4y16785
现在还有一个观点就是你做的太完美公司就不需要你了,你的劳动成果是公司的。所以告诉大家干活要多留几个漏洞