一位开发者讲述了他无法忍受Python的8大原因
作为机器学习程序员的首选编程语言，python成为世界范围内最受大学生欢迎的编程语言。但凡事有例外，近日，一位开发者讲述了他无法忍受python的8大原因，引发网友大量回应。
作为机器学习程序员的首选编程语言，python近年来可谓如日中天，人气连年暴涨。由于ai热潮持续不断，python在今年更是取代java，成为世界范围内最受大学生欢迎的编程语言。很多机器学习领域的教材、文章和技术文档，给出代码时会以python作为示例语言，可见python受欢迎程度之高。
python具有上手快、门槛低、语法结构相对简单等优点，初学者易入门、老手的二次学习成本也低，再加上机器学习任务上优势独具，受热捧简直是水到渠成的事。
但凡事有例外，东西再好也不可能人人都爱。
近日在hackerfactor上，一位名叫neal krawetz的人就撰文，指出了自己无法忍受python的八大原因，把python里里外外吐槽了一遍。
文章列出了作者认为python存在重大缺陷的八条理由，包括版本兼容性问题、安装版本混乱、在程序关键字命名规则、常用库命名规则上独树一帜，且缺乏一致性、赋值传递混乱、本地文件命名策略易出错等。
总之一通下来，把python贬得够呛。这篇文章在当下python大热的背景下可算是一朵“奇葩“了。看多了python赞歌是不是有点审美疲劳了？不妨换换口味。
原因1：版本之间不兼容
安装linux后，那么它很可能默认会安装多个版本的python，可能有python2和python3，甚至更多零零碎碎的版本，如3.5或3.7。
这是有原因的：python3与python2不完全兼容，一些其他版本在这方面的缺陷也足够明显——向后兼容性不足（backwards compatibility，也称为向下兼容性）。
所以ubuntu同时安装了python2和python3，因为这些版本的核心功能是不同的。
缺乏向后兼容和分离版本通常是走向衰败的预警。commodore创建了第一台家用电脑（要远早于ibm pc或apple之前）。但commodore pet与随后的commodore cbm计算机并不兼容，而cbm与vic-20，commodore-64，amiga等也不兼容。因此，用户要么花费大量时间将代码从一个平台导到另一个平台，要么就直接放弃了这个平台——commodore就是前车之鉴。当用户选择放弃平台时，它就注定会消失。
同样，perl曾经很受欢迎。但是当perl3问世时，它并没有完全向后兼容perl2的代码。接下来是perl4。当perl5问世时，很多人选择转向使用其他更稳定的编程语言。所以今天，只有一小部分人还在积极使用perl来维护现有的perl项目，而其他任何基于perl的重大新项目再也没有出现过。
同样，python为每个版本设计了不同的代码孤岛。社区一直拖拽着这些旧版本，所以你最终也只能得到那些旧的、过时的python代码，因为没有人愿意花时间将它导到最新版本上。
据我所知，没有人在python2上创建新的代码，但我们还让它苟延残喘着，因为没人将所需的代码导到python3.x. 在官方python网站上，这些文档被主动维护并可用于python 2.7、3.5、3.6和3.7——因为他们无法放弃旧代码。python就像编程语言的僵尸——行尸走肉般向前走。
原因2：安装太太太太麻烦了
通常来说，你直接apt、yum、rpm后得到就是最新稳定版。
但你如果'apt-get install python'，就不知道是什么版本，可能与你需要的所有代码都不兼容。所以你在安装的时候需要指定python版本。
有一个项目需要用python3.5（当时最新的版本），然而我的电脑上最终安装了一大堆版本：python2、python2.6、python3和python3.5。两个来自操作系统，一个为了项目安装，一个是因为我安装了一些不相关的软件。
尽管它们都是“python”，但它们并非完全相同。
如果你想安装python的软件包，你应该使用“pip”（pip代表“pip installs packages”）。但是由于系统上有许多版本的python，你必须记住使用正确版本的pip。否则，'pip'可能会运行'pip2'而不是你需要的'pip3.7'。（如果名称不存在，你需要指定pip3.7的实际安装路径。）
我被一个朋友告知我需要配置环境，以便所有东西都能使用python 3.5。这种方法的确很有效，但没有持续多久，因为我开始了另一个需要python 3.6版本的项目。两个并发项目有两个不同版本的python——emmmm，这有点一言难尽吧。
pip安装程序将文件放在用户的本地目录中。你不能使用pip来安装系统范围的库，并且gawd会阻止你犯下运行'sudo pip'的错误，因为这会搞砸整个电脑！
顺便说一句，是谁维护这些pip模块？答案是社区。也就是说，没有明确的所有者，也没有强制性的责任所属。今年早些时候，一个版本的pypi有一个后门发生了ssh凭据盗窃，但我对此一点都不惊讶，因为社区存储库根本不值得相信。出于同样的原因，我也不使用node.js和npm。
原因3：令人头疼的语法问题，作用域使用空格导致可读性差
我是可读代码的坚定信徒。乍一看，python似乎非常易读，而当你开始制作大型代码库，这种易读性就会减弱了。
其他编程语言，像c, java, javascript, perl, and php，用{} 来表示作用域；list用()。python用空格。如果你需要给一个复杂的代码定义一个作用域，然后你缩进了下面几行代码，当缩进终止后，作用域就终止了。
python手册说你可以使用任意数量的空格或制表符来定义范围。但是，每次缩进都要用四个空格！如果要缩进两次以进行嵌套，那就得使用八个空格！
python社区已经对这个术语进行标准化，尽管它没出现在python手册中。文档中的示例说可以使用tab、“tab+1空格”等等。但是社区却对4个空格有着丧心病狂的偏执！因此，除非你打算永远不向其他任何人展示你写的代码，否则每个缩进都要使用四个空格。
当我第一次看到python代码时，我认为使用缩进来定义范围似乎是个好主意。事实上，我太天真了，这简直是一个天大的缺点。
深度嵌套是可以进行的，但每行代码会变得很宽，不得不在文本编辑器中换行。长函数和长条件操作都可能让开始与结束变得难以匹配。我可怜那些错误计算空格数量（比如只输了3个空格而不是四个）的人，因为这样的错误需要数小时进行调试和追踪。
我debug代码习惯没有缩进，这样我就可以快速浏览代码，并在完成后轻松识别和删除debug代码。
但是用python呢？缩进错误的话，都会报错。
原因4：特立独行的加载库方式
大多数编程语言都有一些方法可以包含其他代码块。对于c，它是“#include”。对于php，有'include'，'include_once'，'require'和'require_once'。而对于python，则是“import”。
python的import允许导入整个模块、模块的一部分或模块中的特定功能。但查找导入代码块的方法却很麻烦。使用c，直接看/usr/include/*.h就行了。但用python？最好使用'python -v'列出所有位置，然后搜索该列表中每个目录和子目录中的每个文件。这真的很麻烦。
导入功能还允许用户重命名导入的代码，它们基本上定义了一个命名空间。乍一看，这似乎很不错，但这最终会影响可读性和长期支持。重命名模块非常适合小脚本，但对于大程序来说真的很糟糕。这样的操作“import numpy as n”，应该被打死。
但这不是最糟糕的部分。对于大多数语言，包含代码真的只意味着包含代码。而一些语言（如面向对象的c ++）则可以执行代码。类似地，一些php代码可能会定义全局变量，因此一项import可以运行代码，但这通常被认为是一种不好的做法。相比之下，许多python模块包含在导入期间运行的初始化函数。你不知道什么在运行，你不知道它在做什么，你甚至都没察觉到。除非存在命名空间冲突，否则在这种情况下，你需要花很长时间来查找原因。
原因5：关键字和库命名“独树一帜”
在其他所有编程语言中，数组都称为“array”。在python中，数组被称为“list”。在其他语言中，关联数组有时称为'hash'（perl），但python里叫做“dictionary”。 python似乎没有使用在计算机和信息科学领域的常用术语。
然后是库的名称。看看这些名字吧，pypy、pypi、numpy、scipy，sympy、pygtk、pyglet，pygame ...（是的，前两个名称发音一模一样，但是它们的功能和用途有很大区别。）我知道“py”代表python。但这两个字母就不能固定在库的开头或是末尾吗？
而且一些常见的库并没有沿用这个所谓的“py”命名约定。比如matplotlib、nose、pillow和sqlalchemy。虽然从一些命名上能够看出库的一些功能（比如“sqlalchemy”包含sql，所以它可能是一个sql接口），但很多名称只是随机化的单词。如果你事先并不知道“beautifulsoup”是干什么用的，你能从名称中看出它是一个html / xml解析器吗？
（顺便说一句，beautifulsoup库的说明文档很完备，非常易于使用。如果每个python模块都这么好用，我也不会在这里吐槽这么多。但遗憾的是，这只是个例外，而不是常态。大多数python库的文档都烂的要死。）
总的来说，我认为python对库的命名非常混乱，缺乏一致性的原则。我总觉得，开源项目的命名都存在这种规则混乱的问题。除非你了解这个项目，否则你从项目名字上根本看不出来。除非你知道要找的是什么，否则你很可能永远都无法找到想找的东西。从大多数python库的命名上看，我现在更加确信这个观点了。
原因6：其他“独树一帜”之处略多
每种语言都有它的怪癖。在c语言中，使用＆和*来访问地址空间和值是奇怪的命名法。c也有“++”和 --这样的变量增减控制方式在bash语言中，当引用括号和正则表达式的句点等特殊字符时，需要使用反斜杠。
javascript存在兼容性问题（并非每个浏览器都支持所有有用的功能）。但是，python比我见过的任何其他语言的奇怪之处更多。以字符串为例：
•在c中，对字符串使用双引号，对字符使用单引号。
•在php和bash中，两种类型的引号都可以用于字符串。但是，使用双引号时可以在字符串中嵌入变量。相比之下，使用单引号括起来的字符串属于文字。任何类似嵌入式变量的名称都不可扩展。
•在javascript中，单引号和双引号之间确实没有区别。
•在python中，单引号和双引号之间没有区别。但是，如果想让字符串跨行，则需要使用三引号“”“string”“”或“''string'''。如果想使用二进制文件，那么你需要用b（b'binary'）或r（r'raw'）来优先选择字符串。有时还需要使用str（string）进行字符串转换，或使用string.encode（'utf-8'）将其转换为utf8。
如果你认为=、==和===这些符号php和javascript中有点怪，那么等你在python中使用引号时再说吧。
原因7：赋值方式怪异
大多数编程语言都按值传递函数参数。如果函数改变了值，则结果不会传递回调用代码。但python不一样。 python默认使用pass-by-object-reference参数执行函数。这意味着更改源变量可能最终会改变值。
这是面向程序、面向函数和面向对象编程语言之间的重大差异之一。如果每个变量都是通过对象引用传递的，而且对变量的任何更改都会导致其他所有地方的变量值变化，那么其实也可以全部使用全局变量来处理所有内容。使用不同的名称调用同一个对象不会更改对象的值，因此实际上该对象就是全局的。c语言程序员有句老话，全局变量是邪恶的，不应该使用。
在python中，必须按值传递变量。“a = b”只是为同一个对象空间指定另一个名称，并不会将b的值赋到a中。如果要赋值，则需要使用copy函数。通常格式是“a = b.copy（）”。但是，请注意我说的是“通常”。并非所有数据类型都能够这样赋值，部分功能可能不完整。这时需要使用一个名为“copy”的独立库：“a = copy.deepcopy（b）”。
原因8：本地程序命名易混乱
根据使用的库或函数来命名程序是一种常见的编程技术。比如，我正在使用名为“libscreencapture.so”的c语言库测试屏幕捕获程序，我调用的程序可能会命名为“screencapture.c”，编译后命名为“screencapture.exe”。
如果使用c，java，javascript，perl，php等语言，这种命名方式很好用，因为程序语言可以很容易地将资源库与本地程序区分开来，因为彼此的路径是不同的。但是如果用的是python，永远不要这样命名。
为什么？ python总是假定用户首先要导入本地代码。如果我有一个名为“screencapture.py”的程序使用“importscreencapture”，那么它将导入自己而不是系统库。至少，本地程序需要命名为“myscreencapture.py”才能避免这种错误。
当然了，吐槽了这么多，但其实python并非一无是处。
python是一种非常流行的语言，拥有数量庞大的使用者。我身边有一些朋友非常喜欢python，这是他们首选的编程语言。多年来，我和他们讨论过这些问题，每次他们都点头表示同意。他们并不否认python确实存在这些问题，只是觉得这些缺点不足以让他们抛弃python。
我的朋友经常在编程中将所有存在的非常酷的python库统统引用。我也认为一些库确实非常有用。例如，beautifulsoup是我用过的最好的html解析器之一，numpy使得多维数组和复杂的数学过程更容易实现，而tensorflow则对于机器学习非常有用。但是，我不会因为喜欢tensorflow或scipy，而在python中创建一个单片程序。为了某些库的便利性，放弃程序可读性和可维护性，属于得不偿失。
一般来说，我在写关于某个主题的负面批评文章时，也会尝试写一些正面的东西。比如当我写ffmpeg的局限性时，我也明确提到它是最好的视频处理库。但我这里写不出关于python的什么优点了，因为我真的觉得python很烂。
此文一发，在评论区引发了激烈的争论：
“是你不懂python”
mario abarca
你的这些问题可以总结为一点：你不喜欢python因为它和c风格不一样
版本不兼容不是bug，是特性；我就觉得没人维护的东西就不应该再用了
用虚拟环境安装不同的python版本而不是安装在同一个环境下
现代编辑器默认tab=4个空格。你也不需要非得用4个空格，但要确保一致性
官方的文档特别好，真的。要是标准库里没有，翻翻the hitchhiker’s guide to python这本书
我觉得python的命名风格特别好，更直观。list不是数组，就是序列；关联数组明明就是dict
二进制字符串前面加个b，是因为unicode规范中，1字节≠1byte
这样做的好处是，我可以随时随地引用一个东西，而不需要每次都去复制粘贴原来的名字
同上
notacoward
1和2是同一个问题，有关整个生态，跟语言本身无关。因为这类社区维护的项目都是不同的人花费宝贵的业余时间去维护，每个人都有每个人的习惯和价值观
这个只能说你自己太个性了。我们大家保持默认的统一风格，对于别人维护起来明显更容易
c/c++的include很难处理模块接口
list和array不是一个东西。下一个
每个语言都有自己的一套转换方式。python可能不是最完美的，但是其他的更差，呵呵
对象引用效率更高。尤其是当变量名不一致的时候，你直接复制会有问题。但是你引用一下，就好多了
最好不要把自己的程序命名成标准库里的程序或者模块的名字
folkrav
首先要纠正下你，pypy和pypi发音不一样。前一个是“派派”，后一个是“派-屁-爱”
其次，名称很重要吗？第三方诶大哥，啥名字都可以出现诶大哥。你就能保证你起名的时候，能做到信达雅吗大哥？
jaxtellersoa
我就不明白了。用缩进来定义作用域，怎么就不好了？多一目了然啊！别的语言{}里面不也得缩进吗？再说了，你就不觉得按住shift才能打出{}很难受吗？
riskable
我跟c粉儿讨论过“缩进vs括号”这个问题。他说没有括号怎么能轻松找出作用域呢？
标准py粉儿答案是：啊原来你们喜欢括号是因为你们的代码坏习惯啊。
我想了想，可能这么问更恰当：假如不使用文本编辑器/ide来突出显示括号或它们之间的空间，你还是坚持用括号不用缩进吗？
我估计他终于get到我的点了，说：啊我明白了，你之所以用缩进是因为python编辑器太烂了啊！真可怜。
sign。
“我也不喜欢python”
cutety
python是我上手的第一个语言，但我以后再也不会用了。当然作者的这些问题，在我看来都不是问题，个人习惯而已。
包管理模式简直烂到家。那么多包管理器可以借鉴啊，可以让pip不那么烂啊
就不能有个标准包管理器有个标准manifest吗？又不会怀孕！
twunde
安装确实是个让人头疼的问题。是的很多人提到了安装虚拟环境，venv/virtualenv。ruby有rvm，可以轻松的在同样环境下使用不同版本。我宁愿挨个给ruby，php，perl…做环境配置，也不愿意给python配置。
nicoburns
哦！多行lambda！我在js里的最爱。python里，没！有！了！
setpatchaddress
我从1.5就开始用python了。缩进来表示语句块，是我最最最不能忍受的！
dbcurtis
我就喜欢c那种的括号，不喜欢python的缩进方式。
colanderman
我觉得python最大的问题其实是内部模型对于它的意图而言过于复杂了，就是一个有经验的开发者都很难理解，别说初学者了。
可焊性试验方法指引
Android8.0或将迎来安卓史上重大变革,加强“体验”
哈工大造出柔性机器人，能和象鼻一样灵活运动
苹果Q1季度营收首次突破千亿美元
什么是逆变器？逆变器与转换器有何不同？
一位开发者讲述了他无法忍受Python的8大原因
瑞典一条具有无线充电功能的公路完成测试 可实现边走边充电
电磁感应现象是谁发现的
2022一季度 | 广凌采购与招投标管理系统硕果斐然
20个基本电路图讲解
码垛机器人相比于人工的优势是什么
大功率升压模块与mppt太阳能升压控制器对比分析哪个好
基于32位浮点DSP芯片TMS320C6713实现语音编解码系统的设计
京东无人机成功完成手抛无人机海拔5556米和V3、Y3海拔5000米以上载重飞行测试
基于LM7805电压调节器的工作原理
电压放大器适用于什么场合
苹果考虑从中国转出15-30%产能 对供应链进行整改
马斯克:特斯拉位于加州的汽车装配厂已开始恢复生产
焊缝跟踪系统如何提高生产效率
为智能社会添砖加瓦——瑞萨电子携14款解决方案亮相慕尼黑上海电子展
作为机器学习程序员的首选编程语言，python近年来可谓如日中天，人气连年暴涨。由于ai热潮持续不断，python在今年更是取代java，成为世界范围内最受大学生欢迎的编程语言。很多机器学习领域的教材、文章和技术文档，给出代码时会以python作为示例语言，可见python受欢迎程度之高。
python具有上手快、门槛低、语法结构相对简单等优点，初学者易入门、老手的二次学习成本也低，再加上机器学习任务上优势独具，受热捧简直是水到渠成的事。
但凡事有例外，东西再好也不可能人人都爱。
近日在hackerfactor上，一位名叫neal krawetz的人就撰文，指出了自己无法忍受python的八大原因，把python里里外外吐槽了一遍。
文章列出了作者认为python存在重大缺陷的八条理由，包括版本兼容性问题、安装版本混乱、在程序关键字命名规则、常用库命名规则上独树一帜，且缺乏一致性、赋值传递混乱、本地文件命名策略易出错等。
总之一通下来，把python贬得够呛。这篇文章在当下python大热的背景下可算是一朵“奇葩“了。看多了python赞歌是不是有点审美疲劳了？不妨换换口味。
原因1：版本之间不兼容
安装linux后，那么它很可能默认会安装多个版本的python，可能有python2和python3，甚至更多零零碎碎的版本，如3.5或3.7。
这是有原因的：python3与python2不完全兼容，一些其他版本在这方面的缺陷也足够明显——向后兼容性不足（backwards compatibility，也称为向下兼容性）。
所以ubuntu同时安装了python2和python3，因为这些版本的核心功能是不同的。
缺乏向后兼容和分离版本通常是走向衰败的预警。commodore创建了第一台家用电脑（要远早于ibm pc或apple之前）。但commodore pet与随后的commodore cbm计算机并不兼容，而cbm与vic-20，commodore-64，amiga等也不兼容。因此，用户要么花费大量时间将代码从一个平台导到另一个平台，要么就直接放弃了这个平台——commodore就是前车之鉴。当用户选择放弃平台时，它就注定会消失。
同样，perl曾经很受欢迎。但是当perl3问世时，它并没有完全向后兼容perl2的代码。接下来是perl4。当perl5问世时，很多人选择转向使用其他更稳定的编程语言。所以今天，只有一小部分人还在积极使用perl来维护现有的perl项目，而其他任何基于perl的重大新项目再也没有出现过。
同样，python为每个版本设计了不同的代码孤岛。社区一直拖拽着这些旧版本，所以你最终也只能得到那些旧的、过时的python代码，因为没有人愿意花时间将它导到最新版本上。
据我所知，没有人在python2上创建新的代码，但我们还让它苟延残喘着，因为没人将所需的代码导到python3.x. 在官方python网站上，这些文档被主动维护并可用于python 2.7、3.5、3.6和3.7——因为他们无法放弃旧代码。python就像编程语言的僵尸——行尸走肉般向前走。
原因2：安装太太太太麻烦了
通常来说，你直接apt、yum、rpm后得到就是最新稳定版。
但你如果'apt-get install python'，就不知道是什么版本，可能与你需要的所有代码都不兼容。所以你在安装的时候需要指定python版本。
有一个项目需要用python3.5（当时最新的版本），然而我的电脑上最终安装了一大堆版本：python2、python2.6、python3和python3.5。两个来自操作系统，一个为了项目安装，一个是因为我安装了一些不相关的软件。
尽管它们都是“python”，但它们并非完全相同。
如果你想安装python的软件包，你应该使用“pip”（pip代表“pip installs packages”）。但是由于系统上有许多版本的python，你必须记住使用正确版本的pip。否则，'pip'可能会运行'pip2'而不是你需要的'pip3.7'。（如果名称不存在，你需要指定pip3.7的实际安装路径。）
我被一个朋友告知我需要配置环境，以便所有东西都能使用python 3.5。这种方法的确很有效，但没有持续多久，因为我开始了另一个需要python 3.6版本的项目。两个并发项目有两个不同版本的python——emmmm，这有点一言难尽吧。
pip安装程序将文件放在用户的本地目录中。你不能使用pip来安装系统范围的库，并且gawd会阻止你犯下运行'sudo pip'的错误，因为这会搞砸整个电脑！
顺便说一句，是谁维护这些pip模块？答案是社区。也就是说，没有明确的所有者，也没有强制性的责任所属。今年早些时候，一个版本的pypi有一个后门发生了ssh凭据盗窃，但我对此一点都不惊讶，因为社区存储库根本不值得相信。出于同样的原因，我也不使用node.js和npm。
原因3：令人头疼的语法问题，作用域使用空格导致可读性差
我是可读代码的坚定信徒。乍一看，python似乎非常易读，而当你开始制作大型代码库，这种易读性就会减弱了。
其他编程语言，像c, java, javascript, perl, and php，用{} 来表示作用域；list用()。python用空格。如果你需要给一个复杂的代码定义一个作用域，然后你缩进了下面几行代码，当缩进终止后，作用域就终止了。
python手册说你可以使用任意数量的空格或制表符来定义范围。但是，每次缩进都要用四个空格！如果要缩进两次以进行嵌套，那就得使用八个空格！
python社区已经对这个术语进行标准化，尽管它没出现在python手册中。文档中的示例说可以使用tab、“tab+1空格”等等。但是社区却对4个空格有着丧心病狂的偏执！因此，除非你打算永远不向其他任何人展示你写的代码，否则每个缩进都要使用四个空格。
当我第一次看到python代码时，我认为使用缩进来定义范围似乎是个好主意。事实上，我太天真了，这简直是一个天大的缺点。
深度嵌套是可以进行的，但每行代码会变得很宽，不得不在文本编辑器中换行。长函数和长条件操作都可能让开始与结束变得难以匹配。我可怜那些错误计算空格数量（比如只输了3个空格而不是四个）的人，因为这样的错误需要数小时进行调试和追踪。
我debug代码习惯没有缩进，这样我就可以快速浏览代码，并在完成后轻松识别和删除debug代码。
但是用python呢？缩进错误的话，都会报错。
原因4：特立独行的加载库方式
大多数编程语言都有一些方法可以包含其他代码块。对于c，它是“#include”。对于php，有'include'，'include_once'，'require'和'require_once'。而对于python，则是“import”。
python的import允许导入整个模块、模块的一部分或模块中的特定功能。但查找导入代码块的方法却很麻烦。使用c，直接看/usr/include/*.h就行了。但用python？最好使用'python -v'列出所有位置，然后搜索该列表中每个目录和子目录中的每个文件。这真的很麻烦。
导入功能还允许用户重命名导入的代码，它们基本上定义了一个命名空间。乍一看，这似乎很不错，但这最终会影响可读性和长期支持。重命名模块非常适合小脚本，但对于大程序来说真的很糟糕。这样的操作“import numpy as n”，应该被打死。
但这不是最糟糕的部分。对于大多数语言，包含代码真的只意味着包含代码。而一些语言（如面向对象的c ++）则可以执行代码。类似地，一些php代码可能会定义全局变量，因此一项import可以运行代码，但这通常被认为是一种不好的做法。相比之下，许多python模块包含在导入期间运行的初始化函数。你不知道什么在运行，你不知道它在做什么，你甚至都没察觉到。除非存在命名空间冲突，否则在这种情况下，你需要花很长时间来查找原因。
原因5：关键字和库命名“独树一帜”
在其他所有编程语言中，数组都称为“array”。在python中，数组被称为“list”。在其他语言中，关联数组有时称为'hash'（perl），但python里叫做“dictionary”。 python似乎没有使用在计算机和信息科学领域的常用术语。
然后是库的名称。看看这些名字吧，pypy、pypi、numpy、scipy，sympy、pygtk、pyglet，pygame ...（是的，前两个名称发音一模一样，但是它们的功能和用途有很大区别。）我知道“py”代表python。但这两个字母就不能固定在库的开头或是末尾吗？
而且一些常见的库并没有沿用这个所谓的“py”命名约定。比如matplotlib、nose、pillow和sqlalchemy。虽然从一些命名上能够看出库的一些功能（比如“sqlalchemy”包含sql，所以它可能是一个sql接口），但很多名称只是随机化的单词。如果你事先并不知道“beautifulsoup”是干什么用的，你能从名称中看出它是一个html / xml解析器吗？
（顺便说一句，beautifulsoup库的说明文档很完备，非常易于使用。如果每个python模块都这么好用，我也不会在这里吐槽这么多。但遗憾的是，这只是个例外，而不是常态。大多数python库的文档都烂的要死。）
总的来说，我认为python对库的命名非常混乱，缺乏一致性的原则。我总觉得，开源项目的命名都存在这种规则混乱的问题。除非你了解这个项目，否则你从项目名字上根本看不出来。除非你知道要找的是什么，否则你很可能永远都无法找到想找的东西。从大多数python库的命名上看，我现在更加确信这个观点了。
原因6：其他“独树一帜”之处略多
每种语言都有它的怪癖。在c语言中，使用＆和*来访问地址空间和值是奇怪的命名法。c也有“++”和 --这样的变量增减控制方式在bash语言中，当引用括号和正则表达式的句点等特殊字符时，需要使用反斜杠。
javascript存在兼容性问题（并非每个浏览器都支持所有有用的功能）。但是，python比我见过的任何其他语言的奇怪之处更多。以字符串为例：
•在c中，对字符串使用双引号，对字符使用单引号。
•在php和bash中，两种类型的引号都可以用于字符串。但是，使用双引号时可以在字符串中嵌入变量。相比之下，使用单引号括起来的字符串属于文字。任何类似嵌入式变量的名称都不可扩展。
•在javascript中，单引号和双引号之间确实没有区别。
•在python中，单引号和双引号之间没有区别。但是，如果想让字符串跨行，则需要使用三引号“”“string”“”或“''string'''。如果想使用二进制文件，那么你需要用b（b'binary'）或r（r'raw'）来优先选择字符串。有时还需要使用str（string）进行字符串转换，或使用string.encode（'utf-8'）将其转换为utf8。
如果你认为=、==和===这些符号php和javascript中有点怪，那么等你在python中使用引号时再说吧。
原因7：赋值方式怪异
大多数编程语言都按值传递函数参数。如果函数改变了值，则结果不会传递回调用代码。但python不一样。 python默认使用pass-by-object-reference参数执行函数。这意味着更改源变量可能最终会改变值。
这是面向程序、面向函数和面向对象编程语言之间的重大差异之一。如果每个变量都是通过对象引用传递的，而且对变量的任何更改都会导致其他所有地方的变量值变化，那么其实也可以全部使用全局变量来处理所有内容。使用不同的名称调用同一个对象不会更改对象的值，因此实际上该对象就是全局的。c语言程序员有句老话，全局变量是邪恶的，不应该使用。
在python中，必须按值传递变量。“a = b”只是为同一个对象空间指定另一个名称，并不会将b的值赋到a中。如果要赋值，则需要使用copy函数。通常格式是“a = b.copy（）”。但是，请注意我说的是“通常”。并非所有数据类型都能够这样赋值，部分功能可能不完整。这时需要使用一个名为“copy”的独立库：“a = copy.deepcopy（b）”。
原因8：本地程序命名易混乱
根据使用的库或函数来命名程序是一种常见的编程技术。比如，我正在使用名为“libscreencapture.so”的c语言库测试屏幕捕获程序，我调用的程序可能会命名为“screencapture.c”，编译后命名为“screencapture.exe”。
如果使用c，java，javascript，perl，php等语言，这种命名方式很好用，因为程序语言可以很容易地将资源库与本地程序区分开来，因为彼此的路径是不同的。但是如果用的是python，永远不要这样命名。
为什么？ python总是假定用户首先要导入本地代码。如果我有一个名为“screencapture.py”的程序使用“importscreencapture”，那么它将导入自己而不是系统库。至少，本地程序需要命名为“myscreencapture.py”才能避免这种错误。
当然了，吐槽了这么多，但其实python并非一无是处。
python是一种非常流行的语言，拥有数量庞大的使用者。我身边有一些朋友非常喜欢python，这是他们首选的编程语言。多年来，我和他们讨论过这些问题，每次他们都点头表示同意。他们并不否认python确实存在这些问题，只是觉得这些缺点不足以让他们抛弃python。
我的朋友经常在编程中将所有存在的非常酷的python库统统引用。我也认为一些库确实非常有用。例如，beautifulsoup是我用过的最好的html解析器之一，numpy使得多维数组和复杂的数学过程更容易实现，而tensorflow则对于机器学习非常有用。但是，我不会因为喜欢tensorflow或scipy，而在python中创建一个单片程序。为了某些库的便利性，放弃程序可读性和可维护性，属于得不偿失。
一般来说，我在写关于某个主题的负面批评文章时，也会尝试写一些正面的东西。比如当我写ffmpeg的局限性时，我也明确提到它是最好的视频处理库。但我这里写不出关于python的什么优点了，因为我真的觉得python很烂。
此文一发，在评论区引发了激烈的争论：
“是你不懂python”
mario abarca
你的这些问题可以总结为一点：你不喜欢python因为它和c风格不一样
版本不兼容不是bug，是特性；我就觉得没人维护的东西就不应该再用了
用虚拟环境安装不同的python版本而不是安装在同一个环境下
现代编辑器默认tab=4个空格。你也不需要非得用4个空格，但要确保一致性
官方的文档特别好，真的。要是标准库里没有，翻翻the hitchhiker’s guide to python这本书
我觉得python的命名风格特别好，更直观。list不是数组，就是序列；关联数组明明就是dict
二进制字符串前面加个b，是因为unicode规范中，1字节≠1byte
这样做的好处是，我可以随时随地引用一个东西，而不需要每次都去复制粘贴原来的名字
同上
notacoward
1和2是同一个问题，有关整个生态，跟语言本身无关。因为这类社区维护的项目都是不同的人花费宝贵的业余时间去维护，每个人都有每个人的习惯和价值观
这个只能说你自己太个性了。我们大家保持默认的统一风格，对于别人维护起来明显更容易
c/c++的include很难处理模块接口
list和array不是一个东西。下一个
每个语言都有自己的一套转换方式。python可能不是最完美的，但是其他的更差，呵呵
对象引用效率更高。尤其是当变量名不一致的时候，你直接复制会有问题。但是你引用一下，就好多了
最好不要把自己的程序命名成标准库里的程序或者模块的名字
folkrav
首先要纠正下你，pypy和pypi发音不一样。前一个是“派派”，后一个是“派-屁-爱”
其次，名称很重要吗？第三方诶大哥，啥名字都可以出现诶大哥。你就能保证你起名的时候，能做到信达雅吗大哥？
jaxtellersoa
我就不明白了。用缩进来定义作用域，怎么就不好了？多一目了然啊！别的语言{}里面不也得缩进吗？再说了，你就不觉得按住shift才能打出{}很难受吗？
riskable
我跟c粉儿讨论过“缩进vs括号”这个问题。他说没有括号怎么能轻松找出作用域呢？
标准py粉儿答案是：啊原来你们喜欢括号是因为你们的代码坏习惯啊。
我想了想，可能这么问更恰当：假如不使用文本编辑器/ide来突出显示括号或它们之间的空间，你还是坚持用括号不用缩进吗？
我估计他终于get到我的点了，说：啊我明白了，你之所以用缩进是因为python编辑器太烂了啊！真可怜。
sign。
“我也不喜欢python”
cutety
python是我上手的第一个语言，但我以后再也不会用了。当然作者的这些问题，在我看来都不是问题，个人习惯而已。
包管理模式简直烂到家。那么多包管理器可以借鉴啊，可以让pip不那么烂啊
就不能有个标准包管理器有个标准manifest吗？又不会怀孕！
twunde
安装确实是个让人头疼的问题。是的很多人提到了安装虚拟环境，venv/virtualenv。ruby有rvm，可以轻松的在同样环境下使用不同版本。我宁愿挨个给ruby，php，perl…做环境配置，也不愿意给python配置。
nicoburns
哦！多行lambda！我在js里的最爱。python里，没！有！了！
setpatchaddress
我从1.5就开始用python了。缩进来表示语句块，是我最最最不能忍受的！
dbcurtis
我就喜欢c那种的括号，不喜欢python的缩进方式。
colanderman
我觉得python最大的问题其实是内部模型对于它的意图而言过于复杂了，就是一个有经验的开发者都很难理解，别说初学者了。
可焊性试验方法指引
Android8.0或将迎来安卓史上重大变革,加强“体验”
哈工大造出柔性机器人，能和象鼻一样灵活运动
苹果Q1季度营收首次突破千亿美元
什么是逆变器？逆变器与转换器有何不同？
一位开发者讲述了他无法忍受Python的8大原因
瑞典一条具有无线充电功能的公路完成测试 可实现边走边充电
电磁感应现象是谁发现的
2022一季度 | 广凌采购与招投标管理系统硕果斐然
20个基本电路图讲解
码垛机器人相比于人工的优势是什么
大功率升压模块与mppt太阳能升压控制器对比分析哪个好
基于32位浮点DSP芯片TMS320C6713实现语音编解码系统的设计
京东无人机成功完成手抛无人机海拔5556米和V3、Y3海拔5000米以上载重飞行测试
基于LM7805电压调节器的工作原理
电压放大器适用于什么场合
苹果考虑从中国转出15-30%产能 对供应链进行整改
马斯克:特斯拉位于加州的汽车装配厂已开始恢复生产
焊缝跟踪系统如何提高生产效率
为智能社会添砖加瓦——瑞萨电子携14款解决方案亮相慕尼黑上海电子展