@lzjun 公众号文章毕竟是一家之言, 能和评论对比看看, 以及看看作者的回复, 有时候挺有意思的

bless.

我觉得你问错问题了(当然也是因为你刚入门).

建议能够给一个清晰明显可执行无异议的线, 否则容易在仲裁时引起争议.

每个包有个自己的子命名空间什么, 就我的理解, 真的不叫处理吧?

@orangeade

pip 解决冲突的办法挺凑合的, 有些 corner case 没解决好.

例如你需要安装某包 A 和 B, A 依赖某 C > 1.5, B 依赖某 C <= 2.0, 此时, 某 C 的最新版是 2.3. 我们期待 pip 安装的结果是装一个满足 1.5 < C <= 2.0 的版本, 但是 pip 会按 requirements 文件的顺序挨个解决冲突, 因此它先看 A 的依赖, 发现要大于 1.5, 于是直接装了一个满足大于 1.5 的版本 2.3, 等回头要装 B 的时候就耍赖报个版本冲突的警告不管了. 我们使用时的解决办法是锁 C 的版本为 2.0，并写到 A 和 B 的前面, 这样安装 A 和 B 时发现依赖都已经被满足了, 不会装新包. Github 上相关讨论链接: https://github.com/pypa/pip/issues/988

pipenv 在这一点上是比 pip 更好的. 它会分析一个 requirements 文件里的所有依赖, 然后正确解决上面所述的冲突. 这一点上, 是比 pip 优秀的.

当然, 它还有一些较小的方便之处, 例如, 所有的 venv 都会放在一个统一的地方, 不会放到当前目录下, 这样你也不需要在.gitignore 里加东西不是?

据我所知, 那是因为 npm 根本没有处理依赖管理和版本冲突问题吧...

我觉得你同事只怕是对 Pythonic 有什么误解.

你应该问，怎么样用最少的成本做到。这个成本应该包括服务器成本, 失败的沉没成本, 以及为了维护这个东西的可用而花费的时间成本

你认为服务器成本是最高的，维护一段时间后你会发现，时间成本是最高的

哄我家娃睡觉用的是李叔同的送别

```{~}cat a.txt | python3 -c "import sys; \
> seg1 = lambda line: ''.join(reversed(line.split()[0])); \
> seg2 = lambda line: line.split()[1].split(':')[1].rstrip(','); \
> seg3 = lambda line: line.split()[-1].split('=')[-1]; \
> print(''.join(' '.join([seg1(line), seg2(line), seg3(line), '\n']) for line in sys.stdin.readlines()))"```

好吧, 这么纠结的需求要放进一行，Python 的效果也一般.

AppStore 在中国区，除掉上面提到的 Apple Music 和部分 app 更便宜外, 能够方便家庭共享也是很大的好处. 一人购买, 全家都可以用.

@x7395759 人在澳洲，前一段时间刚由 vodafone 转到 Optus。条件是当前合约到期，直接去新运营商那边，他们会很乐意帮你操作的。新运营商会给你一张新 sim 卡，插进手机没几分钟就好了

我觉得是你不太懂 Linux...

通勤时如果能坐下来玩游戏的话买 Switch 不会错的.

rip

买了 switch 后, 手机上的一群游戏好久没玩了. 供参考.

我觉得你再仔细想想吧...