您是否使用预发布软件来开发商业产品？

Question

所以问题是..您是否使用过预发布产品或技术(社区技术预览版、测试版或发布候选版等)来开发自己的产品？

例如，您可能已经使用Microsoft(昨天刚刚发布)开发了一个网站，或者针对SQL Server2008RC 1..etc构建了软件

如果是这样的话..

1. 您(或您是否)采取了哪些步骤来最大限度地降低预发布产品正确发布时出现问题的风险？

1. 在使用产品之前，您是否会等待特定的时间范围(例如，直到产品成为候选发布产品)？

使用预发布的technologies?的主要优势(与风险相比)是什么？

Answer 1

实际上，我曾经参与过的所有成功的软件项目(呃，发布的网站)都使用了相当多的betas版本。

我们主要评估这些项目(主要是开源项目)的测试覆盖率，以及之前不做傻事的记录。

任何旧的测试版都会做我们需要的事情;)但通常我们会在重大重写后避开即时快照。

这些天我们是测试驱动的，所以我们知道我们的东西是否工作。如果这些库有bug，我们将继续使用较旧的版本或者修复bug。我们还可以立即评估更新中是否有严重的错误，因为它会破坏我们自己的测试。所以使用“未完成的”软件真的不再是什么大问题了。访问最新的功能总是原因，有时我们这样做是为了获得重要的修复。

Answer 2

除非我真的需要什么，否则我倾向于等待更广泛的市场对事物进行测试，然后再用它们处理工作。我不会仅仅为了接受新的东西而采用它。这取决于我在使用它之前想要看过的眼睛的数量。

对于我来说，在设计/开发系统方面有足够的挑战，而不必开拓进取地开发基础设施。

显然，如果客户采用的是早期的技术版本，那么我就不得不这么做。

Answer 3

这取决于你对该软件的信任程度--基本上，它会比你当前的软件更有效地解决你用户的问题。因此，当第一次预览asp.net 2.0时，我们立即接受了它(因为我们认为它比asp.net 1.1有了巨大的改进)。

但对于asp.net mvc并非如此。现在，如果我们决定采用预览软件，下面是我对你的3个问题的回答：

关于你的第一点--这些天你在IDE上取得的进步--对于最终版本的代码破坏来说，风险很小。这些公司在提前通知这些变化方面做得非常好。更大的风险在于--这项技术是否会被大众所采用，你的客户是否愿意为它付出额外的代价。

关于你的第二点-不，如果我们对一个新版本有强烈的感觉，那么在它发布的那一刻，我们就开始研究它，以获得额外的优势。

关于你的第三点-

优势-如果该软件是一个以负担得起的成本解决问题的软件-那么作为一个早期采用者，你已经赢得了大奖。你可以对这些技能收取更高的费用，因为很明显，供应会减少，需求会增加。

风险-如果软件没有被大众接受-你投入的时间和金钱都白费了;-)