LT: 开发环境中的什么变化会对企业开发者影响最大？ MD: 通过将VS.NET和ISV（独立软件开发商）的生命周期开发工具集成会使处理大规模项目变的更容易。Visual Studio .NET被从分地重新设计过，这体现在一个完全新的框架上，这一框架使得VS.NET和ISV的生命周期开发工具（如项目管理、建模、版本控制、测试等）的集成变得更容易。现在，他们象使用单独的工具一样使用所有的功能。通过VS.NET，开发者不必思考，“我正在调用这个单独的工具。”他们将只是使用他们的IDE的另外一个功能罢了。 LT: Microsoft是如何做到这一点的？ MD: 他们给ISV提供一个通用的框架来使用——一组完整的技术上的API，以及Visual Studio集成程序，此集成程序提供技术帮助，容易的访问，市场支持。Microsoft在它开发一个新的平台时，在方便ISV方面总是做的不错，并且它在这条路上已经获得了许多经验，它将这些经验已经明确地应用到了开发领域。Microsoft肯定要比大多其他供应商要更容易合作。同样，Microsoft已经能够将开发环境和底层框架紧密地结合在一起。并且因为通用平台，对ISV来说在此环境中开发新的功能费用更低。因此，开发者不仅能获得平台的现在的功能，而且能从那些在框架上开发的提供者的到更多好处。 LT: 这一切听起来不错，这里会有一个学习曲线。你会给那些将他们的团队带入.NET时代的IT经理们提什么样的建议？ MD: 这个技术是伟大的——这一点无庸置疑。故事实上更多的是人的因素。如果不使用.NET的话，培训会有一个短暂的半衰期，一个成功会带来更多的成功。所以你需要以一种包含方式来学习它。将你的最好的人员投入到一个对你的业务很重要的实际项目中去。选择一个你能很快使用.NET的项目。项目可能是一个应用或是一组组件。在你做这些的同时，应该考虑一下你所在的领域的整体体系结构。体系结构上的事务和.NET有些无关，但如果没有一个体系结构的话，那想充分利用.NET的优点是困难的。我认为一些组织会需要更好地处理这一问题。 LT: 听起来象一个开发者地计划。那现成地代码会如何？ MD: 有许多事情可以延期，包含生命周期地过程，如配置管理和变更管理。就目前的应用而言，如果你已经正在开发商务模型的话，那你有了一个起点。因为不管你将不移植什么，而你的模型会提供基础。虽然这里没有银弹，但我会选择十个左右的关键服务，并将它们打包成Web Services。