Danny Thorpe在Borland决定加入.NET阵营的很短时间内就给出了一个Delphi for .NET Compiler Preview，确实让人高兴。由于那个编译器放在了Delphi 7发布包里面，所以还是十分令人期待的。不过仅仅是一个编译器，还没有IDE的配合，没有窗体设计器这样基本的东西。另外，你不可能指望用一个还叫Preview的东西开发出可靠的产品。所以，作为Delphi的忠实关注，我一直在等待Delphi 8。
不过这一次摆在Borland面前的工作实在是太艰巨。首先，MS在发布.NET 1.0之前就已经花了很长时间来准备.NET平台，而且VS .NET真的是远比VS6优秀，Borland错过了先机。其次，Borland自己全神贯注于Linux平台上面Kylix IDE的开发，耽误了很多宝贵的时间，在.NET平台上面甚至一度落后于SharpDevelop或者Mono这样的开源项目。
费了九牛二虎之力，Delphi 8在2003年底终于做出来了，Danny所写的Delphi for .NET编译器品质也很不错，可是，我还是跌破了眼镜。那个BDS 2.0 IDE几乎让人相信它不是Borland自己的产品，除了名字。启动速度奇慢就不说了，还经常跳出异常要我重启IDE。即使后面连续出了多个Update，情况也没有十分的改善。这样我就不得不放弃了本来的计划。用它学VCL for .NET，可是噩梦。不过用Delphi 8开发WinForms和WebForms就好多了了（ECO是个好东西，MS几年内恐怕都搞不出来，另外还有一点点Together绘制UML图的实用功能）。这个代号Octane的东西确实让我在火上煎熬了好长一阵子。
为什么Delphi 8会失败呢？首先，Borland更早的时候就应该考虑如何将Delphi移植到.NET上面，而不是等到了.NET 1.1都发布之后。大量的底层工作必须在短短的一年多里面完成，几乎是不可能的。事实也是如此，Delphi 8在编译器一些方面甚至比MS做得好要好，例如Bounded Array。但是，连基本的Namespace支持都不是十分的方便，简直令人难以理解。加上IDE的问题，就没有办法挽回恶评如潮的局面。
那个时候我就在想，如果Borland把Delphi for .NET编译器以及ECO这样的新技术嫁接到VS上面就好了，起码这样有个稳定的IDE可以用。可是我告诉自己这机会不可能，Borland还算是一间很大的公司呢，怎么可以做MS的寄生虫？因此，除了等待一个又一个的补丁，我还在热切的期待Delphi 2005。
delphi 8虽然不景气，可是这时候出了一本Delphi for .NET Developer's Guide还买得不错。算是说明Delphi人气还在，一息尚存。