中的第一選擇。當我目前的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如何展開決鬥，而程序員門又將做什麼樣的選擇呢？