《软件开发的201个原则》思考:6. 低可靠性比低效率更糟糕

如果软件执行效率不高,通常可以分离出消耗大部分执行时间的程序单元,重新设计或编码以提高效率(见原则194)。低可靠性问题不仅难以发现,而且难以修复。系统的低可靠性问题可能会在系统上线多年后才暴露出来--甚至可造成人员伤害。如果低可靠性问题显现,通常难以隔离其影响。
代码跑得慢,比代码天天宕机来得好很多,给客户的直观感受是不一样的。在1,2年的开发人员中这个的意识,我认为是普遍不太重视的。低可靠性不仅包含宕机,也包含频繁出现bug,且不能快速解决,即使快速解决也会留下不好的印象。我是这么过来的,大部分人应该也是,尤其在能够完成某些业务系统开发之后,此心态会稍微膨胀一些。彼时觉得功能开发完,能跑通呀。此时,想想能跑通得是多么低级的要求。2年前,我开发了一个业务系统,稍微有些复杂的逻辑。我开发完,觉得功能实现了,测试也都通过了。一到线上,分布式问题,并发问题,被干懵了。天天都是客户反馈的问题,甚至有一段时间都不敢看手机微信了。因此,从那以后对代码的可靠性,或者说对代码的质量有了更深刻的认识。


这是百度团队翻译的书本,本篇不涉及商业,单纯个人想法记录反思,有想要讨论的欢迎评论留言。


版权声明:本文为weixin_40242845原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接和本声明。