frostming

没有必要搞什么中文论坛了，搞了的从来也起不来

社区得是有人用的，Python 中文社区，就在这里，不挺好的吗

不知道为啥会觉得不等宽，可以拿根尺子对着一列看，如果你发现有偏移的那是 ligature

字体地址在这里： https://github.com/be5invis/Iosevka

它的设计理念是一个中文字符严格等于两倍 ascii 字符宽，所以会偏瘦

喜欢 Django ORM 试试 Tortoise? https://tortoise.github.io/

大佬赶紧把 motor 换了，不能让它再假装 aio 了

@NessajCN
@bianhui

如果觉得 rust 写的那几个舒服，说明你看重的是它们有的那些优势，而它们缺乏的东西，比如说跨环境 lockfile 你们用不到。这很正常。

所以还是那句话，看到推荐或不推荐的评论时，要想想适合不适合自己。这也是为什么我觉得问用哪个 Python 包管理器这种帖子没有任何意义。

3. 有类似 pnpm 使用硬链接减少磁盘占用的方案吗?

再说三遍

pdm 支持
pdm 支持
pdm 支持

很遗憾没人知道

如 #1 所说，没用，IDE 感知不到，但你非要骚操作的话：

import gc

d = gc.get_referents(str.__dict__)[0]
d['show'] = lambda self: 'hello? are you okay?'
'foo'.show()
# hello? are you okay?

@kuanat 说得很到位

>A 是开发者要构建的包，这里叫主包，它直接依赖 B 和 C==1.2.0 ，其中 B 又依赖 C==1.1.0 。这时候要构建 A ，那么 A 对于 C 的要求就会覆盖 B 对于 C 的要求，又因为 C 的 MAJOR 版本没有变，理论上 C==1.2.0 是同时满足 A/B 需求的。

这个 TIL 了。semantic versioning 在 Rust 上是可以强制的，甚至 linter 都能检查出 API breakage 。但对于一门像 Python 这样的 duck typing 的动态语言，有没有 breaking change 这属于一个薛定谔的问题。所以越来越多的包都倾向于使用 calendar versioning 了。这导致在 NP 问题上依然无解。