她给我说，TOIBE Delphi排名靠后，所以...

这就是差距。英文图书中，连Scheme这类图书都一大堆，我写个Delphi图书怎么了？没写Scheme已经算是迁就市场、附庸流行了。

当然，DrRacket虽然很好，但是中文资料太少，比Delphi少，我也不能懂太多。

自从Delphi7，之后，商业版本的我就没碰过了，当然，我学学生时学Delphi一大半都是用盗版光盘的，一半是在学校的机房。

现在用Lazarus，好得很。

按理说，Delphi的发明人又去发明C#，VCL库的设计基本也带过去了，但是，我对C# .Net系列，就是没有好感！总觉得多余。为啥呢？我总觉得自己应该能用Delphi作出很厉害的东西，但是到现在还没做出来，我不相信自己用C# .Net就能捣鼓出厉害的东西，所以啊，这辈子可能都不会用C# .Net了，当然，Java还在用。时常会被Java、Delphi恶心。

当初学Delphi，困难和现在一样，用的人少，几乎没有讨论语言语法的书存在，而C++的，一堆，C++语言和IDE似乎是可以分离的，而Delphi和Object Pascal不能分离。讨论Object Pascal的书，特别是中文资料也就一两本，而且非常浅。

实际上，Object Pascal不比C++差，甚至更好，C++标注库里可能有一半垃圾，而而Delphi，我不敢这么说，当然，冷门组件我也没用过，甚至不会自己搞一个实用的控件。

好了，发完牢骚了。Lazarus，可能还会继续用，但是我现在基本抛弃窗口设计可视化这一套设计方法了，虽然她是我的WIndows程序启蒙，而且是比VC Mfc先进的多设计方法，但是，对于制作可靠一点的程序，可视化不可行，欺骗那些要求不高的人 --- 人们最终还是要在程序里按照百分比控制你得控件的大小和位置 --- 没错，是百分比而不是像素。

所有以像素定位的GUI系统都是残次品，是不可靠的UI。将来的GUI系统定位必然不能缺少百分比定位，html和CSS里有百分比定位，GUI库应该学习。希望Lazarus社区也能尽早搞出一个出来。

我自己也在搞，一个基于C++/C的排版和程序分离设计的GUI库，难。排版实用Json文件，遇到的问题很多，不能一一列出。 描述问题很困难，如果我真的能说清楚问题，那么通常我已经解决了该问题。

Delphi的难和Java C++的难不一样，难是因为人们关注不够，不够流行导致交流少的困难。而C++的难则是设计者认为造成，充斥着一堆垃圾，损伤人们的大脑。

如果说C++是哥斯拉、是变异恐怖的大怪兽，那么Object Pascal应该是C++这个大怪兽变异前的模样，可能是Hello Kitty或者皮卡丘。