王咏刚：谢谢两位专家，我想问两位专家两个问题。第一个问题，我很高兴看到Delphi 2006能够提供一些集成性的功能，包括把一些语言集成在一起，仍然支持win32的功能。我问一个普遍意义的问题，专门作为一个开发工具的公司，Borland两位专家如何理解平台、IDE和语言的关系，我的意思是说，我作为一个程序员，在这三者之间经常会发现有新的平台、新的IDE和新的平台出现的时候会有一些困惑。比如我想从win32转到.net开发的时候，有时候不得不面对更换ID的问题，有时候从JAVA转换到希望用Python开发的时候，发现现有的ID都没有用了，这些问题作为工具的开发商来说，两位专家有没有这方面好的建议，比如工具应该提供怎样的环境和怎样共享的机制，让程序员更方便接触新的平台、新的语言或者新的IDE呢？
第二个问题，刚才David I提到Delphi 往后的路线图，我想听大家对IDE今后的路线图怎么看。普遍来讲，IDE的工具会往哪个方向发展？五年后，IDE会变成怎样的发现？会变成像Bug tracking的工具？会不会有其他更新的想法呢？谢谢两位专家。
[2005-12-6 15:00:00]

David I：首先我并不认为当平台出现转移的时候，你一定也要对在语言之间进行转换，Delphi 到现在为止已经推出了十年了，这十年当中不断的在更新和扩展Delphi 可以使用的语言。我们也加入的一些界面，通过这些界面，可以使COM应用和Web Services的应用变得更容易。同时，我们也加入到里面在.net和win32拥有相同的源代码。而且我们也增加了UML和模式的产品，可以为.net和win32进行编程。
与此同时，你说得很对，新的语言也是不断出现的，我们欢迎这些新语言，就像当年欢迎JAVA、C＃一样。由于我们的用户是生产在一个丰富多彩的世界当中，而且又有这么多的操作系统和不同的平台，因此，我们所推出的产品，不仅可以适用于每一种操作程序或者是平台，而且也可以在多种之间实现集成。我们在微软公司，他们所推出的产品，只不过只支持对Com Object 等等，我们这个产品所有的都支持。
?
而且我们一些用户也希望能够利用网络服务器进行分布式计算，也希望通过应用安装到服务器上，可以利用网络服务器上实现，也可以利用本身计算机上进行实现。因此，我们具有一种新的方式，可以与.net的数据库进行交流，就像EJB一样，让EJB使用JAVA的语言，就可以调用.net的对象。同时，我们也支持模型的架构和模型开发的做法和程序，以便通过对象管理的产品，更好地实现对象之间的转换以及模型之间的转换，而微软那些产品，就不具备这些能力。
多年以来，我们开发应用框架的 过程当中，我们也意识到要编写应用程序，还有一些更好、更灵活的能力，我们可以使用Delphi 。所以，我们可以使用VCL，利用它来编写应用的组建和组建库，可以把不同的windows版本和平台不同之处进行组合起来。对于Delphi 和Delphi 1版本当中，我们给大家是用win16的，在Delphi 2－7版本当中，我们所提供的是用win32的VCL。而在Delphi 8.net过程中，我们给大家用win32的VCL以外，还可以用支持.net。

在2005和2008版本当中是支持win32和.net1.1，在下一个版本当中，把版本架构的新产品推出以后，我们给VCL支持2.0和Compact Framework当下一代windows产品推出以后，我们还会利用它放在Delphi ，这个产品适用于Windows Vista，下一个版本我们给大家提供的Delphi 用于64KB，到时候这个产品就可以提供win64的VCL。可以说，没有任何一个公司像我们这样，产品可以涵盖不同的windows版本，包括今后windows版本的VCL。而且我们还有能力把.net1.1和.net2.0都抽离使用，使用Framcework 2.0，每一次做出变动的时候，都要对代码和程序进行调整。对VCL来说，它的好处可以进行兼容，可以涉及OICP、.net windows4等都可以兼容和实现集成，不会因为你使用VCL而得不到某一个点。

你最后一个问题问的是关于开发环境的，关于IDE的工具现在和今后有哪些发展？我认为最重要的一点就是开发人员以及团队可以体现在以更紧密的方式进行合作。在这里我给大家举一个例子，就是Delphi 2006版本的产品，可以使多个开发者在同一个项目上开展合作，共同分享编辑器和调试器。比如说，你在应用某个组建的时候遇到问题，借助这个产品，你可以通过短信的形式，与其他使用JAVA的语言的开发者进行集成，让这个开发者重视Delphi ，帮你做一些调整。比如你以后在运行时 上出现问题的时候，可以寻求你的团队或者隔壁办公室，或者世界上任何一个国家任何一个地方有经验方面的帮助，他可能在这方面是一个专家，你们两个人可以进行共享，可以让他帮你解决这个问题，而所有的一切都是在你这台机器上完成的。

我相信大家有很多次自己的机器出现了的运行时错误，同样的程序在别人的机器上出现，随着这个产品出现，大家可以借助web的资源，web的帮助不一定坐在你身边或者在你的旁边，这很显然，可以进一步加强合作，同时也提高了生产力。而且我也相信今后IDE所提供的开发环境当中，会更多的为共同合作的开发者或者开发团队提供一些程序或者流程方面的工具。比如你做的是极限编程，你可以做结对， 在这种情况下借助我们的产品，可以跟任何一个地方其他人员组成一个对子，两者进行合作，不一定是肩并肩的在旁边来进行，可以进一步加强团队或者开发者的合作来实现。在开发环境当中，提供更多流程，有些方法可以很有帮助，因为在这当中一步一步指导你完成工作。
从另一个角度来讲，这些方法和程序也可以做一个旁观者，他们一直看着你所作的一切，追踪所采取的每一个步骤，换句话说，他们就像一个备忘篮一样，不是必须和强制的，你可以偶然的或者定期的在那里查看。

关于IDE环境上，大家想的是源代码和项目、单元测试、测试套现等，其实还有许多数字化的工具，可以使你拥有自己的硬驱动，在硬驱动基础上，再创造一个储存库，你可以想象在今后开发当中有一个存储库，可以进行开发。鉴于软件开发环境上来讲，今后走向成熟，就取决于我们能否围绕着一个开发项目对采取方法进行记录和进行跟踪，通过这里面所获取的信息帮助今后完善整个流程。
我认为今后还会不断的出现新的语言，尤其是小的语言或者Domain Language ，他们都会成为开发环境的一部分，以后会具备条件，使你能够创造自己的Domain Language 。可能我所讲的这一切，要占到你问的四到五年当中的两年时间，完成这个步骤以后，剩下的时间总有一些开发工具可以做，可以进一步实现你整个应用当中的周期管理的自动化中。

测试就是一个领域，现在单元测试的构建本身要投入大量的人力，如果以后有进一步发展的话，可以实现更多的自动检测，还有一些平台。同时，这个文件的记录，也不是每一次需要生成和构建的任务，成为了你所做工作的自然报告。
今天使用Togehter 这个技术，我们可以点击右键，就可以从源代码和模型当中生成文本文件，同时在这个背景上，可以做背景测试。与此同时，对这个软件进行构建过程当中，可以随时输写软件，可以随时构建。与此同时，在一个开发环境当中，还可以在一些不同程序方面，很多的因素可以在具体运行时，使你项目成功面临到危险，尤其是处理功能越来越强大，可以使用内存越来越大。现在在ALM方面已经使用了TCP/IP，已经用因特网的结构，今后我们更多使用因特网的架构，使之成为在开发环境的一个部分，特别是对内容使用更多的RIFSP。我们会不断推进，推出新的东西，在这儿或者在那儿又会有一些新的秘密。