这是微软有意发展的一个领域，但需要很长时间。首先，我们要扭转那些忽视IT的人的固有思想，接着我们必须掌握平衡这种关系的诀窍。现在，我们经常面临着满足从上至下的建设需要，甚至从产品研发之初就要面临着压力。我们用SharePoint做什么，我们用.NET开发平台做什么，这都需要一段时间去摸索。
在目前这个阶段，Windows平台无论在性能和安全性方面确实有所提升。以Windows Server为例，它发展今天的水平确实令人难以置信。如今，主机(mainframe)依旧存在的问题与性能无关，而在于我们所编写的代码。我们不打算对代码进行重新编写。在性价比方面，任何人在主机面前都无能为力，不过，还存在继续改进的空间，毕竟代码是可以改写的。基于Windows的服务器和基于Unix的服务器使用相同的硬件，可以完成相同的工作，唯一不同之处就在于其代码。
第四部分：云计算预测
穆勒：人人都在谈论诸如“软件即服务”(Software as a Service)和云计算之类的话题，这些技术趋势对微软最著名的桌面计算有何影响？
盖茨：有一个问题早已提出，即“在何处计算？天涯还是比邻？”。随着网络带宽的增长和延时的减少，计算任务的分割变得愈加灵活。分时计算曾造就了几乎没有本地计算的终端时代，不管是不是字符终端，也不管是IBM 3270终端还是X协议，除了结果展现，一切都在集中式服务器上进行。在互联网出现之前，PC又取代了终端。除了某些文件和数据库存储操作，其他都需要在本地PC上进行。绝大部分的任务处理，包括编辑、展示和交互，都在PC上完成。它的好处在于你可以离线工作，应答速度快，无须担忧网络延时。对于从分时计算时代成长起来的我们，若回头去使用终端，即使它功能再强，也会觉得不好用了。
如今用户有了更好的平衡性。以浏览网站为例，尽管HTML比大多数展现协议更复杂，它仍属于展现协议的范畴，它回到了终端模型。但在HTML中加入活动控件或者本地脚本后，这些AJAX的东西可以执行某些代码。所以这有点讽刺，让人称颂的网站并不是仅使用HTML展现的网站，而是利用了本地执行机制的网站。
我们可以集中本地和远程两种方式的优点，让用户调用在互联网中另一台电脑上的子程序。已有的一些开发工具可以远程调用一项服务，却让用户以为是调用本地子程序。
计算机科学中的总体趋势是少写代码。什么样的技术可以让减少编码量呢？许多已有技术，例如面向对象程序和“软件即服务”，都利用了复用子模块的思想。当你想要制作一幅地图时，你会说“这太麻烦了，数据太多。要是只需调用一个子模块就好了”。如今你调用Virtual Earth或者谷歌地球就会得到想要的结果，无须考虑数据及格式问题。我们要把这一思想提升到一个新高度并加以简化，这一新产品在程序调试、性能优化及离线工作方面还有一些事情要做。
举一个极端的例子，我们可以把别人的整个数据库拿过来并在“云”里运行，相关的问题涉及计算管理
