最早我用VC++，而且我的入门语言就是C语言。后来学Delphi只用了一周，因为Delphi除变量定义要在开始处之外，其他基本和C++类似，后来C#来了，又学C#，也只用了一周，因为C#也是和C++差不多。学x86的汇编我也只用了一周，这可能得益于我经常开发嵌入式系统，而且我开发嵌入式系统的主打语言是汇编，连C都不愿意用。我个人认为，Basic(VB)是最难学的，因为它太不类C了！我看见VB的代码就头疼，就象乱码！我还尝试了解了一下易语言，不客气地说，易语言很搞笑，整个程序代码就象乱码！中文编程压根没必要，因为任何一个高级语言，关键字并不多，而且常用的就更少了，如果连那么几个关键字也不能记住，不是编程的材料！对于高级语言，我认为最重要的是IDE！我学Delphi完全是因为喜爱它的IDE，调试非常方便，而且编译速度快，后来发现Delphi做软件界面，真是绝对无敌的。但Delphi2009的IDE很让我失望！Delphi8 - Delphi2007，没一个能竞争过Delphi7，Delphi2009除了支持Unicode之外，它也没什么亮点与Delphi7竞争。学VB的人很不好，以VB入门的人，往往困在VB上，往往只看见C++的程序员，能同时用数种编程语言，但VB程序员，听到C和汇编就觉得很难很神秘。如果是学习编程，我认为学C++是最好的，不要学Delphi，更不要学VB，因为学了C++，之后想学什么语言，都不过是个把星期的事情。Delphi7编译的代码质量，可能超过VC，VC编译的目标代码小，完全是因为微软在Windows里就内置了VC的运行库。若使用静态连接编译出的VC程序，体积比Delphi编译的程序要大不少。
对，IDE就是提高效率的。PASCAL编译器，不只Delphi有吧？用Delphi不就是要用它的IDE吗？离开了IDE能不能写程序？这个问题不用说，因为我没见过人用记事本在写程序，尤其是没听说写几万行的代码，用记事本写写即可。所以我说IDE最重要。我这里仅说的是编程工具的选择，与编程思想无关吧？
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
错，DELPHI已经不是纯粹的PASCAL了，是做了很多扩充，甚至官方都叫“DELPHI语言”了。你试试拿FREE PASCAL之类的看能不能编译DELPHI程序。
离开了IDE能不能写程序？这个问题不用说，因为我没见过人用记事本在写程序，尤其是没听说写几万行的代码，用记事本写写即可。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
这里只是夸张点的说法而已，目的只是为了说明写程序最重要的地方不是在于IDE。
所以我说IDE最重要。我这里仅说的是编程工具的选择，与编程思想无关吧？
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
那可能是你的标题没说清楚了。另外说句中肯的话，其实单论IDE这点，我认为目前来说，VS比DELPHI成熟多了，功能也多得多，为什么你不选VS对应的C#而选DELPHI呢？（由于BORLAND的问题，DELPHI确实落后了，当然DELPHI在追赶）
太搞笑了吧~
至于Delphi是不是PASCAL，或者Delphi属于什么语言，个人的理解而已。不过，你把Delphi的扩展语法关闭，不用VCL，你写的就是纯PASCAL了，通行于所有PASCAL编译器。VC也一样，用到了MFC和VC的扩展语法，也是不可能在其他C++编译器上编译的，但它不是C++吗？杂交水稻，还是水稻。
VB也一样可以，我就把Delphi里的windows改写了VB版本，做了一个Windows.bas模块，调用起来也很方便。VB之所以难于提高，我发现本质在于它的不象C，用C的人去学VB，极难适应，而学VB的人，转C也极其不适应。我之所以觉得学C好，因为类C的语言实在多，JAVA、C#、Delphi……，学C之后，再学其他相对容易得多。还一个原因，VB和其他语言编写的模块之间的接口，非常不友好，很不适合数种语言混合编程。
我在用Delphi2009：第一、启动时经常死在logo那里；第二、Structure浏览器里，经常空白，什么没有了；第三、Open File时，经常Read/Write错误，要去Open数次；第四、Invock窗口，运行程序时跑到应用程序上面去了，而且还不能关闭，非得退出回到IDE才能消失；第五、经常性的误判，Structure浏览器里一大堆Errors，其实都是对的！第六、代码修改了，包修改了，IDE不知道，得重新编译才有效，否则Run的还是修改前的应用程序；第七、代码编辑器，滚动条经常没重绘，只看见半边滚动条；第八、工具条和菜单有时会失效，必须转换到另一程序，再切换回来，才正常了；第九、用段时间，得关闭IDE再重启，否则越来越慢；第十、智能编译功能非常差，一个无任何代码的dll，编译后有130k！Delphi7只有23k！为什么Delphi2009编译后有130k，因为你只要引用了SysUtils、classes，Delphi2009就会编译进去，不管你用没用！你去掉SysUtils、classes，才发现和Delphi7一样了！可见Delphi2009，智能编译功能非常差，你得人工去掉不用的单元！可是，某些单元你其实只用了一个函数，怎么办？用了一个几十字节的函数，它给你编译进去上百k，你乐意吗？Delphi7的IDE，除了没有后发展起来的IDE特性外，它近乎完美。
文档而已，没什么所谓。
第一項死在LOGO那裏已經告訴過你，原因沒有繼續去調試過；第六個 你重編譯包了？？如果是的話，建議重裝你的２００９，因為我的重來沒這種情況。包下是執行ＢＰＬ而不是你的ＰＡＳ
第十個 已經有人說過了，ＶＣＬ越大，產生ＥＸＥ也會這樣，這是必然，如果你用ＳＤＫ寫的話，我想是一樣的。
我最近2星期，都在修改Delphi2009的VCL库和RTL！我之所以以前一直用Delphi7，就是因为D7的我已经修改了一套我自己的VCL和RTL，之后的Delphi8 - Delphi2007，我就只试用了解一下。但现在我要用Delphi2009的Unicode支持，只好再搞一套自己的VCL和RTL。
说不上对Delphi2009了解很深，但这么用了2星期，觉得Delphi2009的IDE太差了。VCL和RTL，反正我是要改过才用的。
這話我支持。SY_100000 的對某些方面的態度是值得肯定，當然太過了，如果每個版的VCL都自己修改那成什麼了？？ 如果純粹做研究那改是值得肯定的。DELPHI2009比D7在某些方面的確有很多突破，這是肯定的。
但你要想到2009出的時間是多長，補丁現在好像到4了，這也是沒辦法的事。只能希望易XXX越做越好了。
改vcl/rtl的确不太好，最好是自己做一个独立的pas，能结合原装的vcl/rtl而起到补丁的效果
但是，delphi现有的机制好像比较困难。
就像我想为treenode增加一个string属性，以避免data还需要一个空间地址（就需要申请和释放）的做法
如果在vcl的源文件里修改，只需要一行。但是修改了，就又不标准了
难道就是慢慢等死吗？
其实，真的是不错的
比c#的优势就在于可以生成原生程序