2009年2月10日 曾经收到过themes@wordpress.org发来的这样一份邮件:

This version has been approved,
but please don’t send in mass changes just for changing the newline.

当时并没有意识到版本更新给用户带来的困扰。
但如果留意一下其他软件的更新频率,会发现很多这样的抱怨:

嫌更新频率过高的:
“地下城还叫人玩不呀?怎么总更新呀?在更新的时候怎么总没了呀?”
“搜狗输入法怎么总是自动更新词库我都关闭了还是这样再这样就删除了”
“三国争霸- 怎么~总更新~一更新就进不去”
“烦不烦啊,PPS怎么总更新啊。刚装完新的他又来啦。”

嫌更新频率过低的:
“我觉得金山密保应该加大更新频率!”
“关于人事工资软件的升级频率与速度,感觉甚是缓慢,故特建议加快软件升级频率与速度”

如果是使用者“无从选择的软件/系统”,更新快慢的影响并不会到很严重的地步。
但是类似于wordpress主题/插件,这种非必选项目的开发,一定要慎重对待更新的频率。

同样规模的开发团队,更新频率越高,测试强度越低

我们不能解决一个小的问题,就立即发布。更不能改动一下版权信息,直接往服务器上扔。
尤其是wordpress的插件,如果版本有什么新的改动,WP的后台会直接给出提示信息。
每天上线,每天更新一次插件,费劲巴拉更新完,一看,仅仅加了个作者的链接,这用户非气晕不可。

高频率的更新,就注定保证不了高强度的测试。
我曾经为了解决一个模板上的BUG,改动了公共样式表,当天改完,当天就更新到了WP的资源库。
这就造成了一个隐患问题,直到用户反馈的信息发过来,才发现了这个新的BUG,再弥补回来的时候,已经有427个用户下载了出错的模板文件。

更新频率过低,无法满足用户需求

如果能经过一段时间的测试,集中发布一些BUG的修正。首先保证了开发人员的精力,其次减少了用户频繁下载更新的繁琐。

这更新的尺度一定要把握好。《盛大传奇》曾经在1.75版本后,持续将近1年的时间没有任何有意义的更新,直接导致我们一个行会的退出。而IE6的非自动更新,使其市场占有率已经降为66.82%, firefox的日益成长是其落后的一个方面,但是如果IE6能像FF一样自动更新到最新版本,相信其市场份额也不会掉的这么快。