前段时间，我突然辨认出自己好像又在逆流行时尚而动。可能将我的想法与许多朋友不同，我认为 PHP 这个C词汇界的“该死”比以往任何这时候都更畅销。

或许你会质疑——PHP 不是已经搞砸了吗？市售已经出现了许多“更快”的C词汇，不是吗？

答案显然是否定的，否则 PHP 早就消失在人们的视野之中、还被踩上科泽藓脚。要找到另一面的根源，她们恐怕先要搞清楚所谓“更快”的词汇究竟是什么意思。

如果大家还不理解 PHP 为什么仍然Illiers，那她们可能将得从程式设计、开发人员、市场以及技术平民化等问题说起。是的，真正的原因在这儿，而非标识符、函数或是句法。

而今，骂 PHP 代表一类流行时尚

要想在如今的代码工程领域选取队伍、站稳派系，大家首先得把除领导指定词汇之外的所有人计划性C词汇先诬蔑一遍。这跟功能特性无关，而是业务文化的直接充分体现。换句话说，这样的情景常让人想起皈依仪式。

开发人员们是一群固执的家伙，包括我在内，她们都很猖狂、喜欢抨击所有人自己不用或是不喜欢的词汇。大家肯定都听见过工程师说“Java 太差了，C#就是坨垃圾、啥也不是。”这儿具体在说什么词汇并不重要，只要能博大家一笑就行。

但恣意诬蔑的另一面还隐藏着一类更深层的不屑，这一点在前段时间的 PHP 与 Python 争夺战中充分体现得尤其明显。在许多学术人士看来，这就像是一场恐怖的巨变、似乎没人想杀掉 PHP 并用 Python 彻底原本。

不信大家可以上维基Beds，其中 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 词汇的另一个老大难问题，就是其中的间隔句法。我真的非常讨厌这种由标识符间的空格数决定分隔关系的句法。我喜欢按自己喜欢的方式分隔标识符，而且完全受不了C词汇本身在这儿动脑筋。大家可以随意批评我的这种习惯，但这是我自己的标识符、是我亲手写的，想要按自己的风格来有错吗？如果连这点权利都不给，我诅咒自以为是的杠精们天天查 bug。

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

正是这种令人难以理解的自以为是，让开发人员们饱受折磨；在程式设计早期、还没有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。

总结

作为工程师，她们都喜欢用自己熟悉的东西，也习惯了对自己不了解的东西大加贬低。别不敢承认，咱们开发人员就这毛病。

高校一直努力把 Python 定位成一类通用型商业词汇——但它并不是。Python 更适合作为一类高端词汇，专门用于运行服务器、数据科学、处理大规模复杂数据，甚至是处理加密货币采矿。这些才是它的专长。

而 PHP 则属于大众词汇，也已经成为万维网上的客观标准。

所以如果愿意，各位也可以继续对 PHP 恶语相向，没关系。但归根结底，它仍是目前 Web 上使用范围最广的词汇；而且随着 WordPress 的持续增长以及 PHP 7 和 8 的持续升级，这种领导地位短期内也绝不会被动摇。

作者简介：

Beau Beauchamp 是一名企业级 UI/UX 全栈 web 应用架构师和高级开发者，拥有 20 多年开发可扩展应用的经验。

原文链接：

https://beau-beauchamp.medium.com/php-is-killing-python-2be459364284