Python3 正在毁灭 Python的原因分析

Python 3毫不费力地成为发生在Python社区里最糟糕的事。我还记得第一次使用Python的时候，我还在花大量时间在C++这块上，而Python就像是我的一次开光。我可以打开文本编辑器用几秒钟或者几分钟写出一个可以工作的程序，而不是用几小时或几天。我记得Python 2.5出来的时候，带来了一大堆崭新的简洁的语言特性。我爱Python，但是我承认它有弱点，但是没关系，所有编程语言都有。它强大的地方使其变得有趣。Python 3相比Python 2拥有一些小小的增量的改进，但同时却失去了很多Python 2强大的东西。

Python 2强大的一个地方是它身后巨大的第三方库，恩，可以做任何事。Python 3没有这个。是的，很多库已经移植了，但是仍然有数以十倍的库没有移植过去，而且也不太容易。举个例子，你需要解析X格式，而X解析起来并不简单，它不是常见的像YAML或JSON的格式。很有可能这个为X的解析器在Python 2里已经写好了，但是还没有移植到Python 3。另外，考虑到Python 2的字节字符串(str)和Python 3的字节字符串(bytes)之间的根本不同，移植起来将不会那么容易。事实上会很难移植，并且需要一点移植技巧，像维护Python 2和Python 3的兼容性那样。因此，你有一些选择，可以用Python 2（一个被弃用的语言）快速写你的app，导入一些库（还有它们所有的依赖），可能会有十倍之长；或者可以用另外的编程语言，它也有很多第三方库，但是不会面临Python 2/3的问题。第二个选择显然不是很流行，因为不然，我们就有大量Python 3写的app产品，然后Python 2的一大批库会被移植过来。（译者注：这个逻辑貌似有点问题？）这两种都没有发生。人们要么继续用Python 2写软件，要么选择另一个不自己打脸的语言。

另外一个Python 2的强大之处是用它写的程序几乎总是能够不用大量修改而运行在Python的下一个版本上。如果你的公司运营在用Python 2写的软件上（就像很多公司那样），移植到Python 3将会消耗大量资金，因为你的requirements文件可能十分大，并且充斥着各种还没有移植到Python 3的库。没有哪个理智的商业理由会花成百上千甚至百万美元价值的开发时间来移植到Python 3。如果相比更便宜的话，你都可能会要求某某把他们整个代码库移植到Ruby。现在如果你必须要重写你的软件的话，你会选择Python 3吗？不。

那些支持Python 2和3的比较流行的库几乎都只用该语言的子集，这样在两个平台上就都能运行。SQLAlchemy，我喜爱的Python库之一，它这样做的很好。Django也如此，但是做得不那么好。这个语言子集，我会称之为Python X，使用起来很没意思，需要一些奇淫技巧，并且通常没有Python 2或者Python 3强大。把Python 2的库移植到Python X有意思吗？很可悲的是一点意思都没有，因为令Python伟大的就是这些乐趣。