[程序员]经典挖坑场景三

最近看到一个RHEL的bug,标题是:"[DDF] Default value of enable_files_domain has been changed to false since RHEL8.8"。翻译过来就是说在RHEL8.8,enable_files_domain的默认值改为了false,从这个标题到看不出问题出现在了哪里。相关链接是:https://bugzilla.redhat.com/show_bug.cgi?id=2217914;在问题描述里,客户的诉求是需要在文档里有说明,默认值被更改了。而且客户期望使用原来值,也就是true。

这种类型的问题,也很经典;而且这个是典型的设计方面的坑。在工作中也是经常出现。问题是这样的:原来有一个参数的默认值是A,后来被不吭不声的改成了B。这样之前依赖于A的软件开发,都需要做调整,因为之前默认是A,所以现在需要使用者主动修改为A;或者在不能修改的环境下,如何达到之前默认值为A时相同的行为。

而且文档也应该跟着做相应的改动,尤其是之前关于默认值A的说明可能也没有在文档里说明,遗漏文档说明的几率更大。当然即使文档里有相关的解释说明,客户还是有可能报出问题。因为文档必定是繁琐的信息汇总,有没有耐心的意识去读,是另外一回事。

配置选项的默认设置改变,引发的问题。算是一个兼容问题。自己给自己挖坑的实例,很容易传递到客户,而被客户抱怨的一种类型。

总结,这种问题,解决的方法,就是详尽的文档说明,以及如果确保文档说明一定会被用户看到。

猜你喜欢

转载自blog.csdn.net/qq_36428903/article/details/131508304