刚才在CSDN看了两篇关于Borland走下坡路的文章，差点没哭出来

先是看了《IDE开发工具走下坡路 Borland欲开发咨询服务》,而后又看了《当Borland已成往事：献给曾经的Borland　》。

大体上是说Borland目前的经营状况也好，上层决策方向上也好都存在很大问题；新的几个IDE都效果不是很好；同时受到微软等大厂商的排挤以及开源IDE对Jbuilder的攻击，目前的Borland状况可是说是非常不乐观。

我很少来CSDN看新闻，突然知道我心中最热爱的Borland成了这样，突然的鼻子一酸，差点就要哭出来了。

仔细回忆我这最近几年的编程(再早就想不起来了)，Borland给我们几个价值巨大改变，从最早先的MIDAS技术开发分布式应用和用WebModule功能开发ISAPI的 Web应用 ，一直都是在Delphi的IDE下耕耘的。

记得当时Delphi 6刚推出的时候，发现里面有个IntraWeb的东西，仔细研究了一星期，就拿来做项目了。

虽然是后来才知道这个东西叫基于事件的Web开发，但是从那天开始，我们的Web开发效率就提高了好多倍。

虽然当时的IntraWeb本身也有一些难以实现的技术障碍，但是通过努力的研究它的底层，竟然难题都被解决了。

这是带给我们的第一个大转变。

时间过的很快，Delphi 7出了。

变化不大，但是这个版本因为其稳定性和Indy更为成熟，成为了我用的时间最长的一个版本，一直到现在的win32平台下的开发，都还在用。

当时的Delphi 7的一个架构师版本里出现过一个Bold的东西。

虽然当初并不知道这个就是MDA--基于模型驱动的开发，但是因为当时的Bold一眼就看出来不成熟，用起来也不方便，但是也一直没去用了，我个人尽管对这种新的开发方式很感兴趣。

后面的日子因为公司需要，我转去做c#的开发（其实到这水平了，转个平台开发开发还是很轻松的）。

一直到Delphi 8出来了，因为完全不能适应Pascal语言下的DotNet开发，而错过了现在回头去看Bold小组做出来的比较成熟的ECO( C#  Builder--BDS2.0下没有这个)。

我记得我当时对ECO的评价是，不能做Web开发，有什么用啊。

OK，终于等到整合了c#Builder和ECO2 for C#Builder的Delphi 2005了。

安装完了不需要delphi for vcl和delphi for dotnet的仅有c#Builder的Delphi 2005后。

花了好多的天时间，恶补了OCL语言和ECO的全部工作原理、组件、ECO Asp.net WebForm的使用后，提出公司里拉一个最精简的小分队对当时免费赠送给一个大客户的一个小Web项目进行试验。

结果，不容分说，大家完全沉浸在了MDA开发的乐趣中。

在开发中，没有使用过一条SQL语言，没有使用到一个数据对象的读取操作。

在一个并不是很快速的开发效率中（手潮，适应要时间的），发布了那个小项目的第一个版本。

送到客户那边，被告知企业逻辑的分析中有了一个很大的错误，完全搞错了，有巨大的遗漏。

换做以前就要疯了，我回到公司，把所有同事都请了出去。

对ECO的UML图的关系做了修改，新增了对象。

编译这个Package，然后自动Update我的数据库结构。

随后，用了20分钟就调整完了代码，测试OK通过。

完成了，这个是以前根本不敢想像的。

而在这里，我很感谢Borland的技术人员，将当时那个破烂的Bold，变成了成熟的ECO，又变成了支持AspWebForm的ECO2，听说最新的ECO3里支持UML的State建模了。

从MDA产品的发展，让我觉得Borland永远是我心目中最值得热爱的软件开发技术提供商！我由衷的感谢Borland。

结尾一句话，我是1000%热情的Borland Fan，希望Borland能顶过去，再次发挥他的雄风。
免责声明：本文系网络转载或改编，未找到原创作者，版权归原作者所有。如涉及版权，请联系删