我觉得，这样很容易给普通用户带来一种非常不专业的感觉。尤其是那种每次更新，都喜欢提一句“修复 bug ”的软件——怎么你家软件永远有 bug 呢？既然存在这么多 bug ，之前干嘛去了？是不是编程水平不够？
而如果不写上，没遇到 bug 的用户就不会发现这件事
就算是那种十分严重的 bug ，例如大面积闪退，我依然认为没必要写上去——遇到这个问题的用户，自然是急着更新，无论写不写“修复闪退 bug ”，他们都会第一时间更新；至于没遇到这个问题的用户，何必把这么严重的失误告诉他们呢？
而且，也绝不可能把“ bug 永远无法被完全消灭”这种编程常识向普通用户说教，那是越抹越黑。普通用户只会觉得：这软件居然自称永远都会有 bug ！编程水平差！不专业！
我推测，可能有的开发者觉得这么一提能够带来一些自豪感。的确，自己的工作成果能被推送到几百万台设备上去，的确很激动人心。
然而，这个说明是给用户看的，不是给开发者看的。所以还是应该以品牌形象为重
我觉得，把所有“修复了 bug ”的说明，用“性能优化”“表现提升”等语言来代替就行了。藏拙不说，还能显示出一副很厉害的样子。
总之，我觉得具体某次更新要不要写“修复了某某bug”是值得讨论的一件事，如果对自身形象有利才写；而不是每次都例行公事一般地加上几个不痛不痒的“修复了一些错误”这样的描述来凑字数，这样只会起到反面作用
而如果不写上，没遇到 bug 的用户就不会发现这件事
就算是那种十分严重的 bug ，例如大面积闪退，我依然认为没必要写上去——遇到这个问题的用户，自然是急着更新，无论写不写“修复闪退 bug ”，他们都会第一时间更新；至于没遇到这个问题的用户，何必把这么严重的失误告诉他们呢？
而且，也绝不可能把“ bug 永远无法被完全消灭”这种编程常识向普通用户说教，那是越抹越黑。普通用户只会觉得：这软件居然自称永远都会有 bug ！编程水平差！不专业！
我推测，可能有的开发者觉得这么一提能够带来一些自豪感。的确，自己的工作成果能被推送到几百万台设备上去，的确很激动人心。
然而，这个说明是给用户看的，不是给开发者看的。所以还是应该以品牌形象为重
我觉得，把所有“修复了 bug ”的说明，用“性能优化”“表现提升”等语言来代替就行了。藏拙不说，还能显示出一副很厉害的样子。
总之，我觉得具体某次更新要不要写“修复了某某bug”是值得讨论的一件事，如果对自身形象有利才写；而不是每次都例行公事一般地加上几个不痛不痒的“修复了一些错误”这样的描述来凑字数，这样只会起到反面作用
3
Select Language