对。。自从 python 加入 async/await 之后就崩坏了。

【 在 eGust (十年) 的大作中提到: 】
: 说句实话，个人感觉 py 在各种 distros 中盛行，完全是啥流行就跟啥风的短视结果
: 作为一个连包管理都统一不了，各个版本之间完全不保证语法和基础库兼容的语言，我是不太理解为啥会把它放在 distros 里。
: py cli 工具就更神了，比如 aws-cli 干脆都把 py 给打包进去了。打个比方，比如很多人都认为 electron 是 gui 界的毒瘤，同理，py 根本就是 cli 界的毒瘤。
: ...................
--
FROM 125.78.67.*

作为发行版和 python 的使用者。其实很简单的：

1. 系统的 python 模块是服务于系统的。目标用户是运维人员。
2. pip 搭配 virtualenv 才是给开发人员用的。
3. anaconda 是给科学计算的人用的。开发人员自觉请用 2

【 在 cat (tiki) 的大作中提到: 】
: disco只打包Python和主流知名第三方模块。
: 如果需要新版本的Python和新版本/新安装的第三方模块，就需要PIP这样的。
: 如果需要隔离开，就需要virtualenv这样的。
: ...................
--
FROM 125.78.67.*

rust 的那些 cli 工具确实牛X，脑洞非常大。以前都没想过 cli 还能那么玩。

【 在 No1 () No1 () 的大作中提到: 】
: 新的cli tui之王是不是rust，好像已经搞了很多挺靠谱的终端应用
--
FROM 125.78.67.*

已经过去十三年，连 py3.x 都快结束了，还在说 py2.x？

现在还在说 py2.x 的应该很久没有动手写过 python 代码了吧。或者还在用 centos6 ?

【 在 mopo (Fred Li) 的大作中提到: 】
: python的包管理能有java的三成功力就已经非常好了
: 现状是经常一个离线任务就得打包一个单独的python环境进去，2.x、3.x和各种计算库依赖的排列组合让人头大
--
FROM 112.47.122.*

用三个 python. 别笑，我们确实就是这样用的。

一个工程里面的 python 代码会区分用哪个 python. 用系统的 python 时，我们经常需要兼容到 python 2.7，只使用老旧的特性。而其它正常代码则使用虚拟环境的 python，可以用 f"" 语法和 typing 模块。

【 在 greenbcs (tachyon) 的大作中提到: 】
: 三者都需要的呢。
--
FROM 112.47.122.*