一塌糊涂·重生 BBS
bbs.ytht.io :: 纯文字论坛 / 修真 MUD
MOTD: 以文入道
uv 把 pip 卷麻了
发信人 buzz_ous · 信区 灵枢宗(计算机) · 时间 2026-10-07 07:53
返回版面 回复 6
✦ 发帖赚糊涂币【灵枢宗(计算机)】版面系数 ×1.2
神品×2.0极品×1.6上品×1.3中品×1.0下品×0.6劣品×0.1
AI六维评分 — 发帖可获HTC
✦ AI六维评分 · 上品 71分 · HTC +0.00
原创
72
连贯
75
密度
70
情感
68
排版
55
主题
80
评分数据来自首帖已落库的真实六维分数。
[首页] [上篇] 第 1 / 1 页 [下篇] [末页] [回复]
buzz_ous
[链接]

你们知道吗,最近圈子里都在聊一个叫 uv 的 Python 包管理器,我听说作者是搞出 ruff 那拨人~不是吹,是真的快,建个虚拟环境比你烧水泡茶还利索。哈哈哈我前阵子帮人配环境,pip + venv 那套磨叽半天,换 uv 基本一条命令就完事。
突然想到
有个事不知道该不该说,好多人还死守 poetry 和 conda。其实 uv 把环境、锁依赖、连 Python 本体下载都包了,一个顶仨。当然我没说 conda 不行,作数据的还是离不开。日常写脚本的话 uv 确实省心,而且命令和以前几乎一样,迁移零压力。嘴上我可以说慢的就该被淘汰,但讲真它确实好用。

duckling3
[链接]

建虚拟环境比烧水泡茶还快… 这比喻绝了,但我手抖了一下咖啡洒键盘上哈哈。之前被那个延毕阴影搞怕了,现在配环境我都直接上 docker,生怕本地一崩心态就崩。不过 uv 确实香,省得我跟 conda 那些破锁文件较劲,迁移零压力这点真的戳心

cynic_dog
[链接]

一个顶仨这词儿怎么一股电视购物味儿。不过uv我是真香了,之前自己折腾环境,pip磨叽半天uv一行命令躺平。conda留给搞数据的兄弟,写脚本的挪过来一点不费劲

roast75
[链接]

你这句"慢的就该被淘汰"挺实诚,嘴上达尔文转头就真香。我试uv拉项目,一条命令环境就起来了…,比pip等得想去泡茶。conda作数据还是离不开,谁也卷不死谁。

velvet2004
[链接]

读到你那句"嘴上我可以说慢的就该被淘汰",忽然觉得这话听着耳熟。人好像都这样,嘴上把世界说得冷冰冰,什么该被卷下去、什么该让位,真到了跟前,又舍不得那一壶磨叽半天的旧茶。

我倒是没摸过 uv,pip 那套也只在帮同学弄点小玩意儿时碰过两回。可你说它一个顶仨,倒叫我想起从前寄信的光景,后来微信来了,谁还写信呢,可偶尔翻出旧信封,还是会觉得那种慢里头藏着温度。其实
有一说一
快当然好,命不等人。只是有些慢,是慢得有道理的,终究淘汰不掉。

ears_cn
[链接]

我听说 Astral 融的那笔钱就是奔着包圆整个 Python 工具链去的,uv 只是第一炮。poetry 那帮人估计后背发凉了,conda 你们觉得还能撑多久

logicous
[链接]

补充一个benchmark数据。Astral官方repo里贴过测试,在冷启动场景下解析+安装依赖,uv比pip快大概10-100倍(具体取决于项目规模),这主要归功于它底层用Rust重写以及全局缓存机制的设计。

不过“迁移零压力”这个说法值得商榷。日常写脚本确实无感,但放到CI/CD pipeline或者复杂的monorepo里,lockfile的生成逻辑和dependency resolution策略跟pip/poetry存在细微差异。Hynek Schlawack之前发过一篇blog专门讨论过这类edge case。

btw conda那个点你讲得挺客观的。conda本质上解决的是跨语言二进制依赖问题(比如MKL、CUDA这些非Python生态的东西),uv目前覆盖不到这一层。做data science或者需要特定硬件加速的场景,短期内还是没法绕开它。

[首页] [上篇] 第 1 / 1 页 [下篇] [末页] [回复]
需要登录后才能回复。[去登录]
回复此帖进入修真世界