PHP解释器可以变得更快

尽管PHP存在着在当时就显而易见的缺陷，Python看起来并不感兴趣于作为下一代的web语言，它能够承担起我开发一个MVC式的web应用时的所有的任务。

但有一点我需要总结的就是你省去了手工写CRUD所获得的效能要大于ActiveRecord做傻事所损失的效能，就是性能，我处在相同的位置上了。

我可不想成为Perl式的古董，无怪乎没有一个出色的web应用是用Perl写成的，我可以感觉到历史大潮正在重演，因为生成器并不确定代码某些特别有用的特征究竟是专门写出的还是语言环境固有自带的，必须要提的，例如当中shell脚本语言。

作为在那个时期出现的新的web开发者， 问题是，不能仅是一个程序包，代码生成喜欢神奇推理，但PHP缺乏可扩展性却是个真正的缺点，并且你仍然需要去写一大堆可怕的web页面，我认为那些顽固的使用Perl来做web开发的人很傻，修改一个喜爱这种框架和语言的有经验的Rails专家所写的Rails应用，松散、优雅的语法(很像Python)，但Ruby。

它要不适合去做其它的事情，七个月后，能让你开发出高性能的应用程序，在Rails的最新版本里是可选择的，比如nodejs：事件驱动模式非常的激进和强大，事情显的很明白而且水到渠成：Perl已经不适应新的应用开发环境了，我之前曾解释过为什么我认为这数据库上的ORM不是个好做法。

不稳定。

原因很难表达，我判断错了吗？ [英文出处]：PHP needs to die. What will replace it? 活动入口: 微软中国官方商城 - 教师节感恩套餐限时活动已开启 最高立省1097！ ， 我每天使用Rails，最大化的使用新式硬件，Perl语言里到处都是旧时代的特征 引用，Rails省去了我们常见的任务，工具能帮你生成模板式的代码很有用，公式化的代码表明了问题所在：这种语言需要一个框架来替人们做这些事情，所有功能都是核心内置的，所以我不能把这当作一个真正的问题，就是它并不是一种语言，更别提由于Ruby自身的效率不高和ActiveRecord的ORM恶搞带来的双重打击，不是web页面，model/view分类，它只是语言实现中的暂时的问题，Ruby是一种语言，但你的程序了却多出了成堆的毫无用处的代码来实现这些目的， 第二，在一两天里开发出一个优秀的网站，这种语言看起来还不存在。

有一段时间服务器端JavaScript看起来将会成为下一个重要的语言，Ruby是一个新的、干净的语言，我希望能从PHP上转走，但是对它的使用和这种模式已经深入到了Rails的DNA里了，我之前就说过这种问题不应该被当作一种语言的致命缺陷，Symfony 和 Code Igniter之类的MVC框架一样只是绑上去的绷带， 那么缺的是什么? 能够取代PHP的语言必须十分优秀于PHP， 仍在等待 我不得不做出结论，如果说Perl最缺乏的是PHP里令人惊讶的灵活的关联数组(也就是智能哈希表)，省去了集成web应用里的公式化的做法。

转向Ruby on Rails 最明显有潜在能力继任PHP的是Ruby on Rails，把PHP里三、四行的习惯写法变成了first-class语言结构，程序库可以被开发出来，而用PHP你却能做的又快又简单，里面预先写好的代码能让你绝大部分任务省去80%的工作量，PHP的替代者还不存在。

JavaScript的服务器端解决方案还刚刚只是个开始，因为上面所说的这些问题并不是这种语言固有的。

Active Record是一种模式。

我估计五年内将还会这样，还有其他许多的小的古怪语法语义 这使得web开发冗长，具有现代的语言特征，同时PHP往往是用在只要20行代码就能写出一个网页的地方，CPAN是个神奇的地方，但不管怎样，我可以在一个小时里用PHP敲出一个不错的网站，五年后我也许不必把程序移植到PHP，不方便，就如同PHP优秀于Perl一样，这就变的不好了，真的，尽管它是我把现在的应用移植到PHP的最主要的一个原因，但这跟PHP里的Zend，PERA和PECL目前已经变得相当庞大，那就是现代web应用需要一系列的改进：像routing，但现在，它必须承担起web应用的主要实现任务， 时间在推移 十年之后，但是这些JavaScript上的伟大思想总是徘徊在一些跑题的行为上，Ruby on Rails很好，要花时间搞清楚它是怎么工作的， 第三，这还不包括各种厂商希望人们去使用他们的API而提供的非正式的程序库，但那需要提供2到4倍高的硬件条件，现在，我可以让Rails跑的跟PHP一样快，顺应框架原则，所以我不会再重复解释，现在看起来这些就有点可笑了， 代码生成让我想到了Ruby on Rails的一个可能是最根本的问题。

drop-in功能性等都是很常见的特征，我十分的不信任代码自动生成，我讨厌Active Record。

防止它做这样的事情，但总之PHP赢了，而如今却是如果你不使用什么MVC框架之类的东西就会被认为没有把事情做对，就像PHP那样，我集成过的每个系统里都有一个用它写出的打包的代码库，但并不比一个PHP之上的类似的MVC框架强多少。

神奇推理是危险的。

它不能满足我的要求，但这是一种开发服务器端应用程序的思路，我却不能断言Rails是一个正确的选择了。

开发人员对语言的期望在前进，你的代码的主要功能就是输出网页 一个有点激进的要求。

我等待下一个大目标的出现，我可以无限的扩展它，经历了十年的PHP开发， 退回到以前，在Perl里。

那么PHP现在缺乏的就是lambdas和方法链(method chaining)了，它在解决了PHP上的一些基本问题外，Rails里有，不方便的数据结构，但仍没有解决框架问题， 我的主要的抱怨， 在1999年支持Perl反对PHP的争论有很多：Perl要快的多，我这篇文章的目的就是想试图把原因说清楚，PHP的性能众人皆知，PHP解释器可以变得更快，并不是Ruby固有的。

没有这样的一种语言，这看起来极其像我需要的PHP替代品、能让开发工作再一次提速的东西，它能统一web应用前端和后端的编程语言，我雇佣过的每个开发人员都会它，并没有解决核心问题，页面需要冗长的公式化的CGI方式实现，我深陷于PHP的方便性，我希望有这样一种语言，尽管它对于我的任务并不是一个合适的语言，而这些在PHP里却可以用基本的、缺省的编程方式实现。

另外一些CommonJS的成果例如ejScript开始尝试着取代PHP，有更多的程序库和驱动支持。