呵呵

　　我个人不喜欢PASCAL，也不喜欢Delphi，一是因为我觉得它看起来别扭，不符合我个人的审美观;二是。但是，不可否认，它是非常成功的。
　　就实用语言而言，JAVA因为虚拟机的缘故，性能并不理想，而且由于JAVA过于弱智的GUI能力，JAVA始终不是桌面应用开发的首选。谈及C++\C等老派语言，由于C\C++提供了过于精细的细节控制，它本身的关注力度并不在还相较广泛的桌面应用开发上，因此，就开发效率而言，C\C++实在不太适合于小型化的快速生产性开发。嗯嗯，还有人说Delphi是VB杀手，此话对了一半，呵呵。
        VB6可恶在哪里？最可恶的地方就在于在Windows98流行的时代，98里没有默认的VB6运行库，发布一个程序，必须发布相应的许多M的运行库，而且VB6是解释型的而并非编译型的，在性能上相对稍逊。更重要的是，当初的互联网严重不发达，下载一个VB6开发的程序与下载一个Delphi开发的程序，所耗费的时间绝对不是相同的概念。
        Delphi的成功恰好进入了一个夹鏠而已，并不意味着它的语言本身以及制造的文化是成功的。因为Delphi中几乎是控件的天下，整个世界都围绕着第三方组件与控件打转。所幸的是天才的Delphi的程序员们创造了一个非常强大的开发框架，在这个框架下，程序们的胡作非为并不会为程序的带来太多的恶梦。非常适合于中国大量低水平程序员的现状,因为用它来搞开发，基于不需要任何的专业知识。就从关注角度而言，它在疯狂地把程序的表现层与逻辑层混和在一些，但又却没有让这一切成为太大的绊脚石，这是令人难以置信的成功。
　　但时代一发展，不可预料的事情又出来了，因为国内人的浮躁心理，有了新的通常不再用旧的。VB.NET出来的时候，让人不是知应该是眼前一亮，还是更加郁闷不已。
　　VB.NET比原来的VB6有了进一步的扩展，同时又出来了个C#，让人更佳大跌眼镜。微软为了.NET战略，不惜让VB彻底发生了巨大的改变，这是大家始料未及的。这一改，使得，即使是调试VB时，也要等待漫长的编译时间，这是让人很难以忍受的。相当初，一点击，一下子窗口就出来了，调试之方便，是任何其它开发工具都忘尘莫及的...可惜这已经是前尘往事了，就个人而言，非常喜欢VB6那种看起来有动态特性的玩意，在开发一些小东西时，非常方便。而且微软全系列的玩意几乎都与VB有关系：ASP开发等，Office宏，VBS脚本.....
　　有时候，甚至怀疑微软是有意留出一个空位给其它开发厂商。VB明明可以用解释来调试，用编译来发布，但微软偏不，就是只支持其中的某一种......持有阴谋论者怀疑这是微软故意造成一个夹缝，其它厂商可以在这个夹缝里勉强生存，但不少厂商也忘记了，微软完全有能力在等到必要的时刻，等到这些厂商进入夹缝后，再用力一收。
        Delphi现在最大的错误就是出了Delphi.NET，Delphi本身的语法的扭曲性，并不适合于.NET平台下的开发，.NET平台下的开发的严谨性远远大出随意性，Delphi在出了.NET版本，不但失却了性能优势，同时也失去了优秀的RAD特色，简直是全面性的失败，这样还会有竞争力么？