PHP正在“杀死”Python_AI&大模型_Beau Beauchamp



 写点什么

最近，我突然发现自己好像又在逆潮流而动。可能我的想法与很多朋友不同，我认为 PHP 这个编程语言界的“混蛋”比以往任何时候都更受欢迎。

或许你会质疑——PHP 不是已经完蛋了吗？市面上已经出现了很多“更好”的编程语言，不是吗？

答案显然是否定的，否则 PHP 早就消失在人们的视野当中、还被踩上一万只脚。要找到背后的根源，我们恐怕先要弄清楚所谓“更好”的语言究竟是什么意思。

如果大家还不理解 PHP 为什么仍然活蹦乱跳，那我们可能得从编程、程序员、市场以及技术大众化等问题说起。是的，真正的原因在这里，而非代码、函数或者语法。

曾几何时，骂 PHP 代表一种潮流

要想在如今的编码工程领域选定队伍、站稳阵营，大家首先得把除领导指定语言之外的一切竞争性编程语言先痛骂一遍。这跟功能特性无关，而是业务文化的直接体现。换言之，这样的情景常让人想起入教仪式。

程序员们是一群固执己见的家伙，包括我在内，我们都很嚣张、喜欢抨击一切自己不用或者不喜欢的语言。大家肯定都听到过工程师说“Java 太烂了，C#就是坨垃圾、啥也不是。”这里具体在说什么语言并不重要，只要能博大家一笑就行。

但肆意痛斥的背后还隐藏着一种更深层次的不屑，这一点在最近的 PHP 与 Python 之争中体现得尤其明显。在很多学术人士看来，这就像是一场血腥的改朝换代、似乎有人想干掉 PHP 并用 Python 彻底取而代之。

不信大家可以上维基百科查一查，其中 LAMP 堆栈词条中的“P”代表的是 Python。有意思吧，20 年前我刚接触 LAMP 的时候，这个“P”可绝对指代的是 PHP——没错，既不是 Python 也不是 Perl。我不是说情况不能演进转变，但 Python 怎么就在不知不觉中替代了 PHP 的文化地位？这确实是个值得深思的问题。

对于大多数程序员来说，我们会在学校里学习 Python 以及其他一些在现实场景中可能永远用不上的小众语言。大家多少会听到教授或者其他从业者说出“PHP 很烂”之类的话，但如果深究下去，我们会发现他们可能从来没认真写过哪怕一行 PHP 代码。

事实上，光是想想有人在全职写 PHP 代码都会让我们心底一寒，如同亲眼见到恶魔撒旦真的有忠实信徒一般。

这种对 PHP 的蔑视其实相当合乎逻辑，甚至在程序员群体当中形成了一种内生性的共识。跟朋友们坐在星巴克享受下午时光，顺便吐槽一下特朗普、流行摇滚还有 PHP，岂不美哉！

此外还有编程纯粹主义者，他们愿意浪费大量宝贵时间来论证 PHP 为什么真就那么烂。大多数争论都围绕着他们不喜欢的某些设计倾向或者细微差别展开，而且踩一捧一是这类交流中的常见伎俩了。语言嘛，必须得评出谁高谁低，毕竟紫金葫芦都要分个公母呢。

可抱怨的也确实不少：PHP 是一门类型松散的语言，所以经常孕育出糟糕的代码。（但 JavaScript 和 Node.js 也一样，怎么没见大家有那么大怨气？）PHP 的函数太多了。（没错，这样太方便了，显不出程序员的水平。）函数名称不一致。（是的，当一种语言真正实现了大众化、而非被全部掌握在单独一个计算机科学博士的手里时，就会出现这样的问题。）

咱们回归正题，可以看到针对 PHP 的批评意见主要源自个人偏好或者对细节的挑三拣四。如果我们愿意，也完全可以在 Python、C#、Java、Go 或者 JavaScript 等其他语言里挑出类似的毛病。作为程序员，我们就是爱抱怨，抱怨让我们快乐。

但程序员们喜欢抨击 PHP 的真正原因，在于我们固有的傲慢态度与不断膨胀的嫉妒心混合到了一起。

PHP 确实更容易使用

PHP 诞生于上世纪九十年代中期，岁数甚至比很多少壮派程序员还大。我是从 2000 年初开始接触 PHP 的，当时它刚刚从版本 4 过渡到版本 5。后来，我开始在自己编写的 CodeIgniter ZendFramework 框架中编写应用程序。

在我看来，PHP 之所以能够保持长青、多年过去仍无衰老迹象，主要原因就是它被嵌入到了全球各地的新旧应用程序当中、也被嵌入不分老少的开发者头脑当中。有些人用过几年，也有些人用了几十年，PHP 都在他们心中留下了深刻印象。开发者不会消失、编写出的商业代码也没有消失，所以 PHP 依旧健在。而且有趣的是，Python 其实诞生于 1991 年，比 PHP 还要早。而且虽然生命周期更长，但 Python 一直没能达到 PHP 目前的高度。

为什么会这样？

从个人观点出发，我觉得跟 PHP 相比，Python 使用起来要更麻烦。这个问题在 Python 3 中有所改善，但退回 15 年前，Python 还没有 PHP 中开箱即用的那些“花哨功能”（函数）。很多功能必须手动安装，否则就没得用。

而且长期贯穿 Python 语言的另一个老大难问题，就是其中的间隔语法。我真的非常讨厌这种由代码间的空格数决定分隔关系的语法。我喜欢按自己喜欢的方式分隔代码，而且完全受不了编程语言本身在这里动脑筋。大家可以随意批评我的这种习惯，但这是我自己的代码、是我亲手写的，想要按自己的风格来有错吗？如果连这点权利都不给，我诅咒自以为是的杠精们天天查 bug。

Python 一直吹嘘这种间隔语法“易于阅读”，这明显是营销屁话。我话搁在这里——Python 用的这套语法，堪称编程语言界最自以为是、最糟糕的语法。

正是这种令人难以理解的自以为是，让程序员们饱受折磨；在编程早期、还没有 IDE 能帮我们纠正语法错误的年代，根本就不会有多少程序员愿意正眼瞧瞧 Python。反正我自己是不想。更确切地说，这也是 Python 语言在诞生的前十年一直拿不下可观市场份额的一大原因。没错，这种设计压根没有用户友好性可言。

另外，Python 语言的存在感也不强。它是作为脚本语言被嵌入到 Linux 发行版中的，这也是它最主要的用途所在。没有人会欢呼“耶，Python 来了，我们可以用它构建网站了！”

当然，Python 也可以用来做网站，但优秀的工程师都能感受到它的特性并不适合 Web 开发场景。除了个人在语法层面的偏好之外，我承认 Python 是一种功能极为强大的语言，特别适合处理数据科学或者其他着重高精度数学运算的任务。

人人都能上手 PHP

过去 15 年以来，Python 确实迎来了脱胎换骨般的更新，所以在不少层面上已经超越了 PHP。但 Python 仍有两个沉重的包袱没能丢掉：第一，大部分更新的出现都晚了十年。

Python 3 发布于 2008 年，它的出现破坏了向下兼容性。除非额外修改，否则 Python 2 代码无法与 Python 3 一同运行。但企业环境下动不动就有几十、上百万条老版本代码，谁愿意去费这个劲？

公平地讲，PHP 7 和 8 也破坏了部分 PHP 5（并没有 PHP 6 这个版本）代码。我曾是 ZendFramework 社区的一员，社区一直帮助更新框架以支持旧代码的 PHP 7 和 8 上运行。好消息是，在将 ZendFramework 升级至 PHP 7 和 8 时，我们的遗留代码几乎没受到任何影响。因此，大部分 PHP 5.6 的代码都得到了良好的向下兼容效果。

而真正让 PHP 成为业界长青树的分水岭事件，也许是一家名为 Automattic 的小型初创企业在 2005 年的悄然建立。

如果 WordPress 是用 Python 编写的，我敢保证 PHP 绝对没有今天这么得意。但我也敢说，Python 会阻碍、甚至扼杀掉 WordPress 获得如今这样广泛成功的可能性。

一种语言或者应用程序要想在开源市场上持续生存，贡献者的使用与扩展可谓至关重要。而谁更易于上手，谁就能在行业内吸引到更多贡献者的支持。

作为受到科班培训的软件工程师，一切针对 PHP 的辱骂我都可以尝试去理解，但我想提醒大家一点——使用 PHP 的并不只是有着正规文凭的工程师，还有兼职人员、家庭主妇、平面设计师、公司经理、企业家甚至是小学生。没错，成千上万的小学生正在自己第一台计算机用 PHP 编写网页。

也可以说，PHP 就是信息时代下的 BASIC 语言。

而作为软件工程师，很多批评者已经习惯了工程师的思维方式，却忘记这世上还有无数只想为小公司建个网站、时间跟资源都很有限的 PHP 用户。

WordPress 和 PHP 向他们敞开了热情的怀抱。是的，WordPress 本身确实易于使用，但还不够全面。而补充这个短板的正是 WordPress 插件架构（「架构」这个词在这可能不太准确，但大家能理解就行），允许普通人用 PHP 编写一小段代码来实现相应变更。用不着重写整个类、也不用考什么软件工程师认证，只需要一小段代码。

这数以百万计的业余程序员们就这样迈出了自己的编程之路，并在网络上与他人分享自己的心得、最终建立起硕大无朋的 PHP 技术社区。

易于理解的 PHP 让普通人也能有效编写代码，它简单、没脾气、类型松散、不涉及编译，可以说是任劳任怨。

PHP 支撑着整个万维网

快进到 15 年后，如今 PHP 支撑着 78%的 Web 系统。单是 WordPress 就在全部网站中占比近 40%，并拥有近三分之二的 CMS 份额！更重要的是，“声名卓著”的 Python 在这块蛋糕上仅占 10%！虽然作为竞争对手的 Python 死忠们对 PHP 充满仇恨，但 Python 支持的 Web 占比还不足 1.5%。

气不气？其实没什么可气的。

对，理当如此。

有企业客户的招聘人员联系过我，表示打算删掉所有 Python Web 代码并替换成 PHP。这事听着挺神奇，但其实经常发生。为什么？因为有一说一，Python 并不怎么适合 Web 应用。熟悉 Python 的开发者往往是数据科学及其他领域的专家，而且有经验的人才在市场上可谓供不应求。让他们搞 Web 开发，就挺没必要的。

企业则希望在 Web 上灵活一点。当他们需要扩张或者削减团队规模，也不想花几周甚至几个月慢慢找寻熟悉 Python 的人才。这类工程师很贵的，企业不大负担得起。

但适应不同业务规模的 PHP 程序员在劳动力市场上则是保质保量，甚至可以根据需要快速培训。更重要的是，就算想找一位经验丰富、拥有数十年经验的高级 PHP 架构师，难度也远低于在 Python 领域找个同等水平的。

而且公司管理层也会教 Python 铁粉们做人。你想在没有硬性理由的前提下用 Python 写 Web 或者中间件？人家根本没那么多预算，而且要求随时方便撤换成其他工具，这些都是 Python 不擅长的。

要成为一名合格的应用程序架构师，首先就是学会用最有效的技术为业务或者企业提供“规模适度”的支持：我们的个人偏好不重要、技术时不时髦不重要，最重要的是多、快、好、省。

所以我发现适合完全用 Python 编写的 SaaS 应用程序其实很少。考虑到 Python 在 Web 领域可怜的市场份额，似乎大多数应用程序架构师都跟我有着相同的判断。他们只在最适合的地方使用 Python，并在更多其他适合的地方使用 PHP。