Python3 正在毁灭 Python的原因分析

yipeiwu_com5年前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伟大的就是这些乐趣。

Python 2,很可悲,已经被弃用了。Python 3颓废得没人用。Python 3的改动不大。没有带来多少好处,但缺失去了很多。在过去的几个月,我用Python 3构建了一些项目和服务。我没有被它打败。这很像用Python 2写软件,除了只能获得很少的一些库。这里没有什么令人惊叹的事情。Python社区在过去的几年本应该转移到Python 3了,但是结果就是越来越明显看到人们转移到新的语言(或者重新发现的旧语言)上。这些语言有些也有很好的特性,像强大的输入系统,模式匹配,更出色的性能,更好的多线程和并发,更简单的外部函数接口(FFI),更漂亮的lambda语句等等。

一个方案是fork Python 2.7,然后继续发展这门语言,加入一些尽量向后兼容的特性,这样那些不能移植(由于一些财政方面的约束)的Python 2应用程序可以继续演进和改善,进而给那些投入如此多时间开发他们的公司或个人带来价值。这才是需要去做的正确的事(事实上,如果Guido和Python社区里其他主导人能够官方地做这件事,而不是强迫大家fork,那会是最好的)。Python 3里的特性可以向后移植到Python 2,然后发布Python 2.8。那些已经花时间用纯Python 3写新的软件的人可以使用例如3to2的工具变成与Python 2.8兼容。Python 3然后就可以为了Python库维护者们能够用Python 2代替Python X而安静地离去。

还有一些其他的方案,但是拯救Python 2显然是要做的正确的事,所以也不值一提了。Python 2的拯救不会来自官方,因为负责这类事的人表现出了对Python 2使用者极大的鄙视。如果社区的人不团结起来拯救Python 2,Python 3数年之后会成为Python的标准,然后很多库将要被移植(尽管很多肯定不会),然后很多的投入也将会白费。社区那时候会大量的萎缩,并失去往日的光芒。参考Perl。人们将把它遗忘。

相关文章

Python实现识别手写数字大纲

写在前面 其实我之前写过一个简单的识别手写数字的程序,但是因为逻辑比较简单,而且要求比较严苛,是在50x50大小像素的白底图上手写黑色数字,并且给的训练材料也不够多,导致准确率只能五五开...

Python实现的飞速中文网小说下载脚本

1.JavaScript 加密什么的最讨厌了 :-( 1).eval 一个不依赖外部变量的函数立即调用很天真,看我 nodejs 来干掉你! 2).HTTP 请求的验证首先尝试 Refe...

Python3内置模块pprint让打印比print更美观详解

概述 在我们使用内置打印函数print时,打印出的Python数据结构对象总是一行的输出的方式,这样对数据结构较复杂或数据较多的对象的显示并不美观,这时我们可以利用pprint输出美化...

在dataframe两列日期相减并且得到具体的月数实例

如下所示: df = pd.DataFrame(np.random.randn(6,4), index=pd.date_range('20130101', periods=6), c...

实例分析python3实现并发访问水平切分表

场景说明 假设有一个mysql表被水平切分,分散到多个host中,每个host拥有n个切分表。 如果需要并发去访问这些表,快速得到查询结果, 应该怎么做呢? 这里提供一种方案,...