都来自数据库吗？这只是服务器软件市场中的一个机会而已。回到我的观点，我们完全忠诚于自己的服务器产品，并且要把Windows服务器和ASP.NET变成建立Web应用程序的最好的平台。

　　关于Longhorn的问题

　　·RG：我认为使Avalon可用于其它版本的Windows表明微软对Longhorn的销售缺少信心。

　　·RG：但是微软宣称Avalon将可以用于其它版本的Windows，向我表明他们对Longhorn的升级也不是那么自信，而且如果开发者不能确定客户端是否会运行Avalon应用程序，那么他们就不会为Avalon编写应用程序。

　　我的回应：形成Avalon可用于其它版本Windows的决定是由一个原因--用户需要--所驱动的。所有基本的Web研究都发现顾客抱怨下层操作系统中没有这种功能。

　　关于在产品中使用.NET框架组件的问题

　　·RG：因此，从去年的声明中可以看出，微软认为Longhorn并不是在PDC 2003上取得我们信任的伟大的.NET变革。这表明微软正在逐步对.NET失去信心。

　　我的回应：Richard，你在的文章中提到的Longhorn的关键部分--Avalon和Indigo--都是用受控代码编写的。当我们决定把赌注押在建立在.NET框架组件之上的下一代操作系统的成功的时候，怎么会表明我们对.NET失去了信心呢？你可能会争论说并非整个操作系统都是用受控代码编写的，这就是我们已经"失去了信心"。但是这是你的观点，我不认为受控代码适合于所有情形，而且微软也从来没有这样说过。微软仍然完全支持C/C++，我们拥有非常大的C/C++代码基础和大批C++顾客。我们只在适当的时候使用受控代码。

　　·RG：它的框架组件变成了Visual Basic--它是供用户开发应用程序的，而不是供微软建立操作系统或建立他们所依赖的带来收入的产品的。

　　我的回应：我避免回复那些对VB的抨击，因为有些人已经这样做了。我要指出两点，第一是使用.NET框架组件建立操作系统的问题，第二是微软的收入问题。在用.NET框架组件建立操作系统的问题上，我从来都没有说过你应该在单独的受控代码上建立操作系统。事实上，我们大量的客户不会建立操作系统。对于那些需要建立操作系统的或者需要那个层次的控制和性能的客户来说，我们拥有C/C++，而且我们绝对没有抛弃它。至于收入来源的问题，我已经列举了几个使用.NET框架组件带来收入的应用程序。微软被分成了如下所示的几个业务部门，让我们来看看哪一些在使用受控代码：

　　·Client (客户)- 使用了

　　·Information Worker (信息工人)- 使用了

　　·Server & Tools (服务器和工具)- 使用了

　　·Home and Entertainment (家庭和娱乐)- 使用了

　　·MSN - 使用了

　　·MBS - 使用了

　　·Mobile and Embedded Devices (移 动和嵌入设备)- 使用了

　　我希望这些内容可以消除那些对受控代码的半真半假的报道和误解。如果有什么不对，请告诉我！

上一页  [1] [2] [3] [4] 

在google里搜索更多微软C#产品经理对Richard的回应

	Web www.51ec.org

上一篇信息学院： VB.NET菜单设计初级入门

下一篇信息学院： 用VB.NET实现Smartphone中进程启动