宝兰公司把delphi卖了以后，delphi还是活不下去。不过

[rawa459]

大概是delphi在天之灵，freepascal拿到了很多关于Objpascal的核心代码，所以lazarus很快发展起来，现在小有规模，实际上乔布斯最早的选择是pascal语言，但是后来选择clang是有很多复杂的原因，现在人工智能的崛起，源代码的可读性可可识别可理解性实际上比代码效率更加重要，所以，我觉得pascal会在未来10年重新崛起。

[tippchlj]

希望再次崛起。

[rawa459]

实际上pascal和类pascal语法可读性非常强，而perl和C的代码表达效率最高，但是是表达效率重要还是可理解性更重要，我想人工智能时代，随着技术进步，当然是可理解和可读性更重要。

[rawa459]

现在大多数C++库都有专门的人来维护，胶水语言比如perl、python和Ruby还有最新的julia等等，主要还是利用C++编写的库来实现自己的高级语法，所以，计算机工业还没有发展到离开unix和C的地步，pascal将来可以构建一个独立于ada和C的生态系统，关键在于源代码的可读性和可理解性，这个也是乔布斯的初心。

[rawa459]

ada语言主要还是停留在原来编写短小和简单的可靠性程序上，不适合大规模并行计算，所以ada还需要革命性的进步才有生存的空间。

[武稀松]

实际上SQL语言，Lua，Typescript等都吸收了不少Pascal语法，算是Pascal后代的混血版本

[rawa459]

引用 6 楼 武稀松 的回复:

实际上SQL语言，Lua，Typescript等都吸收了不少Pascal语法，算是Pascal后代的混血版本

lua是用C语言实现的，lua的函数实际上是函数而已。

[SupermanTm]

Delphi最大的优点就是她最致命的缺点，在目前这个世界上。
Delphi最强悍的是两把剑 —— Borland世界上最优良的编译器 + 真正完全遵循OOP的VCL架构。
但最致命的也恰恰是，编译器发展到这个时候，就基本没有后续了，作为编译器，已经没什么上升空间了；VCL则为了完全遵循OOP，这意味着她必须采取开源，这就意味着难以保护（思考一下微软那一堆概念就明白了，技术不重要，商业才是目标）。

[rawa459]

引用 8 楼 SupermanTm 的回复:

Delphi最大的优点就是她最致命的缺点，在目前这个世界上。 Delphi最强悍的是两把剑 —— Borland世界上最优良的编译器 + 真正完全遵循OOP的VCL架构。 但最致命的也恰恰是，编译器发展到这个时候，就基本没有后续了，作为编译器，已经没什么上升空间了；VCL则为了完全遵循OOP，这意味着她必须采取开源，这就意味着难以保护（思考一下微软那一堆概念就明白了，技术不重要，商业才是目标）。

时代变化了，微软的窗口VCL整个消息传递的构架，现在至少开源的QT、TK/TCL、GTK、java的swing和AWT还有HTML5和苹果的Swift等等至少有100种窗口标准库可以替代VCL，并且都是开源的，所以微软的这些视窗的核心技术根本已经不是啥门槛了，pascal当年被苹果抛弃的原因就是因为参数传递跟c是相反的，还有就是c跟unix系统太紧密，当年pascal在这个方面不成熟。

[流浪四方]

现在都是什么时候了，我三个月前去一个深圳的国营上市公司面试delphi，基本都通过了。
后来因为老是等他们的主管，出差去了。
我现在转行做C#了，昨天看了一下，他们公司还在招。主要是因为要维护老系统 。

[rawa459]

引用 10 楼 流浪四方 的回复:

现在都是什么时候了，我三个月前去一个深圳的国营上市公司面试delphi，基本都通过了。 后来因为老是等他们的主管，出差去了。 我现在转行做C#了，昨天看了一下，他们公司还在招。主要是因为要维护老系统 。

开源的freePascal项目继承了delphi，lua和julia的语法极其类似Pascal

[流浪四方]

现在用delphi的公司很少了，很多在用的都是维护老系统。
不过很怀念过去写delphi的日子，只是现在深圳有招delphi的都工资不高。

[rawa459]

Delphi的编译器暂且不提，就说这个IDE，这个IDE是分离的，这个设计很明显可以使用多个屏幕来分开现实编辑区，菜单区，监视区，调试窗口，运行窗口，错误窗口，这么牛掰的理念，我非常喜欢。

[武稀松]

不改进迟早会被淘汰。
很多特性都是半吊子，有泛型，但是没有引用类型，半吊子
有匿名函数，种种限制又太多
新版本加入了任意位置声明变量，但是支持上还是有问题。

一些新语言的特性比如协程等都可以加入支持。

现在仅仅是做到了跨平台，一套代码，可以编译输出位Android,iOS,Windows,Mac,Linux但是和其他跨平台工具存在一样的问题，就是细节处处理的都不够好，执行效率，体积等受影响的都比较大。

这些年Delphi在语言和平台支持上的进步非常大，但是还远远不够。

[rawa459]

pascal编译器跟C编译器底层传递参数的那部分模块有很大出入，pascal跟c相反，这部分代码想改，涉及到很多OBJpascal高级函数的改写问题，所以牵一发动全身，pascal和freepascal现在确实需要一些变革，现在ada语言已经在gcc后端实现了，pascal这些东西如果移植到gcc平台，有多少可以和gcc后端的那些c函数能整合这些都是世界难题。前景不好说，观望中。

[flowerslike]

lazarus可以写linux吗

[rawa459]

引用 16 楼 flowerslike 的回复:

lazarus可以写linux吗

可以编译一个单片机上的简单linux内核没问题，但是涉及复杂的函数和模块，这个东西就鸡肋了。

[ooolinux]

lazarus 是免费开源版的Delphi，可以写Linux下的图形界面程序。

引用 16 楼 flowerslike 的回复:

lazarus可以写linux吗

[rawa459]

引用 16 楼 flowerslike 的回复:

lazarus可以写linux吗

我在2007年写过一个网游的外挂，使用delphi完全可以操控字节码和各种内存访问、写入、搜索，所以，理论上使用Delphi写一个小型的linux内核没有任何问题，关键是，现在linux内核的灵活多变，可以交叉编译在任何芯片的机器上，还可以完美的运行GCC和makefile，这些delphi就望尘莫及了。

[aawwmate]

DELPHI的执行效率决定了它做不了底层的事情。

[rawa459]

我在2007~2010研究关于Lua语言，pascal语言，python早期的版本，lisp和javaScript的解释器源代码，我觉得无论什么新型的语言，基本上都无法脱离C++和C编写的函数库和动态链接和可执行文件的一些规范，java和JVM是个特立独行的解决方案，但是太贪心了，想取代C和C++，到现在2020年，交叉编译器的使用量远远超过跨平台的java，SUN公司也倒闭了，没有机会把整个构想兑现了。