中的第一选择。当我目前的asp项目完成后，我将重新考虑c#是否符合我的编程工具体系。 现在我已经是一个jsp fan，除非微软能够将我整个扭转过去，我猜想我正面临asp+的巨大挑战。
2) asp+依然完全锁定在微软的操作系统中。jsp比asp+拥有更大的范围，它在别的服务器配置中也有很好的伸缩性。虽然windows 2000 的优越性日益显露，这对开发人员不构成问题。
3) 我并不能确信是否我能认同asp+结构的各种方面，这需要更深入的分析，所以，我很犹豫。如果我使用了1-2个月，也许会改变看法。总的来说，这需要在一个很高的层次来看待这个beta产品。 作为一个asp开发人员，asp+让我停下来反思。未来8个月的asp新项目将变得很困难。为什么？因为 asp+和c# 带来了一个难题，它们要到2001年才正式提供。而很多性能方面的要求现在就需要确定。由于asp+只是一个beta软件，所以现在我的第一个选择反而很简单了。现在的项目就采用asp3.0。我认为各种beta版的语言都不太可信。
但我不能忽视asp+,因为它很快就要推出，并代表了asp的未来。asp项目的管理者还需要考虑到未来的可平滑移植性及付出的时间代价等。另一个结果则是，这似的在近期使用php和jsp来代替asp变得更可靠一些。
总的来说，
1) 如果使用asp+，你将花费额外的时间学一些新的工具。
2) 新的工具有待于版本化，所以为什么不先关注于目前存在的东西？
3) asp+将来会拥有的特性jsp已经拥有。
4) asp+将你锁定到纯microsoft的体系中。（我读了一个关于microsoft将.net移植到 linux的故事，但我觉得不太可信。）
最后，我预测会有很多人加入到php和jsp的行列。可是，仍然会有一部分人会受到 asp+给业界带来的激动所感染。(我从没看到一个beta编程产品会带来如此的震撼。)
以下是一篇相关的讨论.net的文章。
asp+以自由软件作为开始，现在已经渐渐成为microsoft的.net框架的基石之一。 sun应该从中得到教训。特别注意的是，你需要许可证才能升级到asp+，因为它和太多的产品集成在一起了。.net框架太大了。在假定某个产品可以成为真正的产品之前，我通常等待它的第一个service pack。所以，即使asp+已经在2001第一季度被版本化，我仍然要等到2001第二季度。 当然，因为asp+ 已经产生了如此的激动人心，一旦推出，很多商店都会马上提供asp+。 事实上我早已经使用beta版asp+! 它使用 .aspx 后缀，这使我我感觉microsoft会在近期推出第一个asp+的service pack。
下一年我们将看到在这个巨大的市场上sun和microsoft如何展开决斗，而程序员门又将做什么样的选择呢？