二、献给曾经的Borland

　　不记得曾经多久没有谈论和关心Borland了。每天习惯性的输入“borland.mblogger.cn”的时候，居然也很少联想到这个曾经心目中最了不起的公司。

　　今天老鼠发了一个Borland新版IDE的Flash演示。虽然现在看到新版的Borland产品，不再像以前那样心潮澎湃欣喜若狂，但还是让我不自觉的想起曾经迷恋Borland，迷恋Borland产品，迷恋Borland传奇的那些日子。

　　注册了Borland板块的Blog以来，我几乎没有写过一篇跟borland有关的blog，心里不免是有些愧疚的，今天，借着这个机会，让我小小的弥补一下吧。

　　曾经的Borland像一个侠客，面对微软、IBM、Sun这样的大公司，Borland一不趋炎附势，二不低头认输，虽然曾经几起几伏，但还是凭借自己在RAD工具、C++编译器方面的深厚功力顽强生存了下来，并且在软件开发的市场占有了一席之地。

　　Turbo C 2.0、Turbo Pascal 7.0、Borland C++ 3.1，这些昔日的经典作品，曾经让多少人废寝忘食，从此走上编程之路。

　　Delphi、JBuilder、C++ Builder，这些重量级的产品，又曾经让多少人如释重负，将枯燥乏味的Windows开发变成轻松的享受。

　　就连那些失败的产品，也可圈可点。比如Kylix，险些就改变了Linux下应用程序的开发方式；比如C++Builder X，提出的很多概念让人耳目一新。

　　如果不是那该死的.NET……

　　微软的.NET宣传突然间铺天盖地，来势汹汹，为我们营造了一个“.NET everywhere”的世界。比起其前辈Java的“write once, run everywhere”有过之而无不及。在如此强大的宣传攻势下，有几个人能够保持清醒的头脑呢？

　　Borland自然也不例外，他希望自己再次站在.NET的前沿阵地。

　　于是，C# Builder来了，Delphi.NET 也来了。

    但是.NET和Windows API不一样。Windows API是flat function的形式，对于OOP并不十分友好，甚至有些理念（如回调函数）还有相冲突之处，因此，VCL将其封装成OO的形式，是十分有利于快速开发的；而.NET从一诞生起就考虑到了组件化和可视化的问题，因此，使用VCL将其再次封装，不仅没有什么好处，反而让人产生了使用上的不习惯。

　　再加上如今.NET并没有微软当初宣传的那样流行，Borland的迎合举动，反而让自己陷入了一个尴尬境地。

　　在.NET宣传如日中天的时候，C++ Builder坚持走本地化开发的路，总算是Borland的一次明智举动，否则，如今的BCB一定会像managed C++那样消失的无影无踪（因为Borland不可能敢像微软那样大刀阔斧的改动C++本身）。但是，那个如同测试版一样的BCBX实在是伤了大家的心，BCB也因此险些从Borland的开发计划中消失。真是可悲可叹。

　　其实当初BCBX的概念提出的时候我是非常看好它的，因为它的许多概念（比如多GUI框架支持，多编译器、多平台支持，C++代码重构）都是很先进的。可惜那个最终实现……

　　现在，Borland新的产品又出现了。很久没有关注Borland的我，没有了以前的那份激动。我的感觉是，产品成熟了，但是没有了那份锐气。

　　Borland的网站也改版了，遵循了XHTML标准，板块区分也清晰了。但是，以前长长一串的products名单，现在变成了寥寥3项：Application LifeCycle、IDE、Application Middleware。

　　Borland已经变了。不再是以前那个意气风发的江湖侠客，而是一个脑大肠肥的地方富贾；他拥有的，不再是那些充满灵气的开发工具，而是那些沾满铜钱味的企业解决方案。

　　Borland，不再是我以前认识的那个Borland了。

　　看着现在的borland.com首页，我突然想起了《白马啸西风》中的一句话：

　　那都是很好很好的，可是我偏不喜欢。

　　就让从前的那个Borland，伴随着他的经典作品，一起封存在我的记忆中吧。