一、Delphi现在可以针对win32、win64和MacOSX、iOS和Android进行开发，Delphi仍然有一个非常活跃的社区，而且远未消亡。Delphi的问题是，它虽然是一个非常好的产品/语言，但许多公司认为没有必要升级到新版本。我看到许多公司使用非常老的Delphi版本，只是因为它仍然可以工作。Delphi7在年左右非常出色，并且仍然包含了开发高级win32应用程序所需的几乎所有内容。
Delphi将一直存在，直到最后一个Delphi开发人员去世。可几乎没有任何新的/年轻的开发人员使用Delphi。它太贵了，没有免费版本或学生版本。很多人认为它是一种古老的、过时的语言。新一代的用户根本不了解Delphi，也没有办法对付它。
二、自年以来就再没有出版过Delphi相关的书籍，世界上大部分地区没有相应的工作，没有实体会议，没有杂志，没有大学课程，没有其他商业/企业软件(例如报告工具)支持，等等。COBOL仍然在更新——它甚至获得了面向对象的扩展。PowerBuilder现在正在向.net和web的方向发展，当然，除了那些维护遗留COBOL或PowerBuilder软件的人，没有人会关心这些。没有一家初创公司会考虑使用这些语言。40岁以下的人甚至不会听说过或见过用这些语言写的任何一行代码。Pascal在年或更早一些的时候，在世界上大部分地区都停止了教学。整整一代人都没有看过Pascal的作品。
三、Delphi开发人员都是四五十岁的人。下一代从何而来？它也不是企业级的应用语言，所以不像新开发人员会接受大公司的培训(或者想使用一种没有内存管理、类型推断等功能的语言)。简单地说，当Delphi的开发人员离开或退休时，没有人接替他们的位置。没有下一代，因此，虽然它可能没有“死亡”，但它确实患有似乎没有人想要治疗的绝症。
四、有些人指出Delphi的性能很好，但事实并非如此。不久前，Java和c#在SciMark基准测试中击败了Delphi。Delphi编译器没有经过优化，没有利用现代指令集的特性。JIT编译器可以使用最新的指令，因此它们可以比静态编译软件“更快”。类似地，Java的垃圾收集器是多线程的，所以至少在单线程任务中，它对性能没有影响，而且常常比Delphi执行得更快。
五、Delphi一直存在于我们这些已经使用它几十年的人的心中和生活中，但对于新的开发人员和初创企业来说，它就像DoDo一样，早就过时了。
从年Delphi第一次发布开始，我就在Delphi上进行开发，几乎只在年到年间使用它——这是一个很棒的东西，在90年代末没有什么能与它相比。然而今天，它是深奥的，过时的，昂贵的，在一个只开发外包软件的公司手中。我在Delphi中仍然有几个能够产生收益的应用程序(要么是D7，要么是)，我还在维护它。它对我很好，我和它在一起的时间很长——在世界已经离开它很久之后。关于D8之前的版本，包括D版本，我不能说一个坏的词。然而，在那之后，FireMonkey（Delphi在VCL之后新出的界面开发套件）的整个崩溃就变成了一场闹剧(尽管那时已经太晚了)。
六、Delphi的遗产又是另一回事。事实上，我所接触和使用的所有最新和主流的开发技术都受到Delphi的影响，任何有经验的Delphi开发人员都会发现，今天学习新的开发技术非常简单。这是否归功于AndersHejlsberg（Delphi之父、C#之父、TypeScript之父、.NET(dotnet)创立者）从21世纪初开始在.net和C-sharp方面对微软开发技术的巨大影响，以及现在已经渗透到其他技术领域的网络工具，谁知道呢。但我看到的一切都是Delphi的影子。Delphi如今已是暮年，人们很容易嘲笑Delphi，忘记它在90年代中后期的年轻时期是多么具有革命性和辉煌。
七、回到今天，我从未想过在Delphi中开始一个新项目，而年轻或刚起步的开发人员也不会考虑它，因为它如此昂贵和神秘，还有许多其他免费或低成本的主流选项可用(VisualStudio,C-sharp和Xamarin（.NET开源移动应用平台）是最明显的，对于Pascal来说，RemObject（远程开发框架）的Oxygene(Pascal跨平台对象)是一个功能强大和低成本的选择)。所以，从这个词最严格的意义上来说，Delphi没有死亡，而是依靠生命维持系统存活着，但没有人来检查它。
以下Delphi7以及Delphi最新版11.2lite这两个软件输出HelloWorld的界面截图：
Delphi7
Delphi11.2lite