Security 应具备以下条件： 任何服务应用程序（在时钟区运行的应用程序，我们只使用它，并不太关心版本控制） 反病毒（我们真的希望是最新的，不想每天/每周更新病毒定义） FTP客户端 虚拟机工具 等等

如果是其他所有内容，请执行以下操作：

或者一些Mac应用程序

IMHO应具备以下条件的申请：

• CRM、ERP等（我们永远不应该把这里搞砸，很多客户都可以有一个精确版本的插件）
• 浏览器（您永远不希望IE8自动更改为IE9）
• 开发工具
• 等等

---

对于SDK，SDK的开发人员必须更加小心保持向后兼容，但假设它们保持向后兼容，那么您是否希望它们以静默方式更新？@Drew:我仍然不希望它们以静默方式更新。即使它们保持了兼容性，我也可能出于某种目的需要固定特定版本的SDK——因为该版本的SDK中存在已知的错误行为；为了精确地复制一个构建；对新版本中出现新bug的风险持偏执态度；因为尽管向后兼容，我编译的代码错误地依赖于旧代码的未记录行为，新代码中出现了中断，我无法修复它（目前）。在所有这些情况下，我需要禁用/拒绝更新。@colinross:已经给了你+1，这是一个遗憾，因为我想给你+1作为通过昂贵连接安装更新的具体示例。至少在理论上，Chrome的更新很小，所以如果你在使用它，你可能会因为它对带宽的影响而接受更新。在实践中，软件供应商对于他们的滑稽行为将如何影响他们的客户可能非常缺乏想象力；-）@史蒂夫：防止依赖bug和未记录行为的程序崩溃是向后兼容性的一部分。这将是相当困难的，也许在SDK的情况下，这甚至可能是不可能的，但如果这是可能的，它会是可取的吗？@Drew：通常，保留未记录的行为不是向后兼容性的一部分，这就是为什么它是未记录的，以便它可以在未来更改而不破坏兼容性。有时，如果供应商知道人们正在依赖它，他们会采取某种方式来保护未记录的行为，但这是通过引入新的保证。保存所有行为的唯一方法是根本不做任何更改，因此在这种情况下，如果没有任何更新，那么更新不方便就可以了；-）SDK更新量也可能很大（参见colinross关于3G的观点），这是一个值得关注的问题，但是我想冒昧地猜测，对未经允许对其计算机所做的事情感到恼火的人数或人数少于对必须显式更新其软件感到恼火的人数。我骚扰的人越少越好。Dropbox（）可以做到这一点，这是一个很棒的特性@我使用Dropbox。我现在的体验与他们引入自动更新之前没有什么不同。因此，它不是一个“神奇的特性”，它是一个近乎中性的特性，在未来有一个小的但不必要的令人难以置信的恼人的风险（例如，如果更新机制中存在任何可利用的缺陷，立即关闭一个满屋子的PC，或者将一个有缺陷的版本推向全世界）。如果它是可选的，那么那些对小风险感兴趣的人可以做出决定。我总是检查版本，在工作电脑中我有一个版本，在家里有另一个版本，我总是在验证差异，如何更新到最新版本，等等，担心非最新版本可能一次不同步或者不更新重要文件。幸运的是我只有一个苹果。现在，那些日子一去不复返了。正如我之前提到的，这个问题总是有很多答案，没有一个是正确的。因此，我的部分投了接近票。@balexandre:我不认为这与强制沉默更新有什么关系。Dropbox过去根本不自动更新IIRC，我不介意自动检查更新。如果它们不是强制性的，那么仍然可以解决您的所有问题，当然您会配置“总是立即更新”。如果他们不是沉默的，那仍然可以解决你对不同版本的担忧，尽管你会看到更新发生，这和我不同，你不想看到。我希望我们俩都快乐：你希望你快乐，我不快乐。这就是可配置行为和不可配置行为之间的区别。我不同意，Dropbox做得非常好，如果它是一个服务应用程序，它应该会自动进行无声更新，其他一切，我更喜欢作为Paint.NET，先问，后安装。@balexandre:Dropbox说，（）“不幸的是[禁用自动更新]目前不可能”。我的重点是，我完全同意Dropbox的员工，这非常令人遗憾。Dropbox不尊重用户的意见，它相信自己比用户更清楚应该运行什么软件。如果Paint.NET的人同样自信，他们也会做同样的事情，不管你想要什么。但是，Dropbox有很多免费用户，他们直接在亚马逊云计算费用中花钱，所以他们应该期待什么呢？不过，使用专有通信协议的软件确实存在一个问题。如果Dropbox、Skype或WoW更改了其协议，则任何不更新该软件的人都可能无法再连接到该服务。即便如此，如果用户真诚地认为丢失服务比安装未知（用户）代码更可取，IMO这是他们的事，而不是Dropbox或Skype（或MS）或暴雪的事。更新可能总是带有一个警告：“你想安装这个吗？如果你不想，一旦我们禁用ol，你将没有Dropbox服务。”