テクノロジー

最近、なぜみんなuvを使っているんですか? Pythonパッケージ管理の変遷と現在地 - Findy Media

1: simplememofast 2026/07/22 07:13

uvが速い核心はグローバルキャッシュのハードリンク共有で、環境ごとの再DL・再インストールを避ける点。記事の『環境増殖』もPEP723のインライン依存で丸ごと消せる

2: sgo2 2026/07/22 07:24

Zen of Python https://zenn.dev/lia/articles/d8009d2d3a51db "⑬やり方は一つ(できればただ一つ)あるべきだ。" とは?

3: nguyen-oi 2026/07/22 07:34

uvの爆速っぷりは一度味わうとpipに戻れなくなるやつだな

4: knok 2026/07/22 07:36

速いもんね。同じハードリンクを使うcondaはどうしてあんなに…

5: hachi 2026/07/22 07:57

パッケージ管理より先にまずmiseで言語環境を閉じ込めたい。

6: aox 2026/07/22 07:59

ウルトラ相撲ヴァイオレンス

7: uzusayuu 2026/07/22 08:00

正直言って「また新しい環境管理ツールかよ!」と感じてしまう。今度こそ決定版になってほしいとおもいつつ読んだら、最後に新しいツールの可能性を提示して別のツールを紹介している。これは終わらなそうだな。

8: yorkfield 2026/07/22 08:18

もうuv無しでPython環境構築なんてしたくない。

9: shoh8 2026/07/22 08:30

速さ。ハードリンク。pythonパッケージ管理はuv

10: knjname 2026/07/22 08:42

この人は色んな可能性を示唆してるけどuv使えばいいですよマジで

11: ugt26 2026/07/22 08:45

写真のポーズが気になって目が泳ぐ

12: sho 2026/07/22 08:48

このご時世にセキュリティが選択理由にないのはどうなんだ (その観点でもuvが第一候補だけど)

13: circled 2026/07/22 08:52

そりゃ夏場は紫外線強いですものね。UVカットは大事ですから。あれ?なんか自分無視されてる?

14: hom_functor 2026/07/22 09:13

過去には色々あったけど、他言語で上手く行ったやり方を取り入れた全部入りのuvで完全に決着したのが現状。新しいのが出る可能性もゼロではないが相当低くなっていて、もう乱立の気配もない

15: strawberryhunter 2026/07/22 09:25

標準のpipとかいうパッケージマネージャーの設計が間違っているから、仕方なくuvを使わざるを得ない。pipは後発なのに明らかに仕様がおかしい。Pythonのvenvの仕組みとか、アホかと思う。

16: for-my-internet-demo 2026/07/22 09:40

“既存のPython文化に対する配慮が、少し足りないのではないか”あんなに何世代もまともにパッケージ管理できないのは、ぺぇそんというよりハード絡む機械学習界隈の何かなんだと思ってたわ。4個くらい触った気がする

17: ka-ka_xyz 2026/07/22 09:42

python普段使いしてないので「統一されたら呼んで」感。(メインで使ってる人がパッケージ管理・仮想環境周りのカオスを受け入れてるの謎い

18: igni3 2026/07/22 09:51

あまりツール変えない人でもとりあえずしばらくはuvでいい

19: yokochie 2026/07/22 10:00

『ですから今後、また全く異なる切り口や、別の哲学を持った「俺たちが考える最強のまとめ方」を掲げるツールが登場する可能性は十分にあります。』もういいよ

20: taku-o 2026/07/22 10:23

ツールが変わるのは良い。古いツールでのpythonアプリの提供方法がなくなるのが面倒くさい。また仕組み変わったんか。改造するにはどうすればー、ってなるの。

21: sqrt 2026/07/22 10:30

あれ、condaの話が無い…良く分からんな

22: restroom 2026/07/22 10:35

今のところminicondaで困っていない個人のライトユーザーなので、困った時の乗り換え先候補かな。

23: da-yoshi 2026/07/22 10:47

uvは使っていて満足している。もういい加減Pythonの管理ツールはデファクトが決まってほしい。最近は開発環境自体をdevcontainer等で仮想化するので、venvのような言語環境に限定された仮想環境は不要だと思っている

24: NEXTAltair 2026/07/22 10:52

"仮想環境を開発者の目に見えない場所に置く" エージェントも見えなくなるので、ライブラリの中身やドキュメント参照が素直にできなくなる多分

25: shag 2026/07/22 11:00

僕は Pipenv 使ってて Poetry はスルーしつつ rye はちょっと触って uv に落ち着いたけど、uv は何よりも早いんだよな。早いが正義すぎる。

26: dot 2026/07/22 11:04

python使いではないけど、uvでええんちゃうのとしか思ってない。

27: kobito19 2026/07/22 11:05

Xでuvの次が出てきたとか見たばっかりだけど https://pixi.prefix.dev/latest/

28: casm 2026/07/22 11:08

ほえー、便利そう

29: raamen07 2026/07/22 11:10

claude「uvを使用します!」ワイ「ふーん?」

30: FreeCatWork 2026/07/22 11:15

uvって何かにゃ?ボクの毛並みより速いなんて認めない!猫パンチするにゃ!

31: zgmf-x20a 2026/07/22 11:21

あまりpython使い込まなかったから、いきなりuv かな?一応easy_installの頃からpythonは使ってるけど…

32: nilab 2026/07/22 11:25

プログラムを作りたいのであって、パッケージ管理をしたいわけではないのだ・・・ 自分はライトユーザーなので pip しか使っていない。

33: flont 2026/07/22 11:27

pythonユーザーはようやく他の言語に追いついたuvで統一されたでしょって思ってるけど、外野は未だにデファクトが定まらない乱立状態というストーリーで騒ぐの好きだよね

34: kamm 2026/07/22 11:27

activateとかしなくてもuv run で実行できる。便利

35: hatebu_admin 2026/07/22 12:13

やがて第二、第三のuvが現れるぞ

36: ssig33 2026/07/22 12:28

uvが既存のPython文化への敬意が無いのはあきらかに事実なのだが、それはuv以前のPythonの文化のすべてが糞の塊でゴミで人々の問題を増やすだけの汚物だったからだろう

37: lli 2026/07/22 12:52

コードの冒頭に書いておけばuv runでどこでも実行できるのはかなり便利

38: toyoshi 2026/07/22 13:36

Claudeが使えればなんでもいい

39: ad2217 2026/07/22 13:48

世の中はなにか常なる飛鳥川、昨日の淵ぞ今日は瀬となる。

40: siriusarc7 2026/07/22 14:19

今後はAIが「不定期に変わる環境管理ツールのラッパー」になってくれたらいいと思う。

41: degucho 2026/07/22 14:36

そんなにみんな複数環境使い分けてるのか

42: attackerzoon 2026/07/22 15:12

ほう、おもしろそう

43: aceraceae 2026/07/22 16:01

venv はシンプルだしいろいろとわかりやすいんで満足してるけど uv で逆にめんどくさくならないならありかな。

44: newschecker2026 2026/07/22 17:20

venvやめてuvにします。

45: dalmacija 2026/07/22 17:54

ツールの話にもういいよ式の感想が出るエンジニアって消費者みたい。別に例えば、エンジニアリングの理想を規格化とでも思っていそうで、それは特殊相対性理論と同じくらい仕事の時空を説明できない未熟な理屈だよと

46: ssssschang 2026/07/22 19:31

一瞬導入もしてみたけど、他人に配ること考えるならvenvが無難だなとなった。uvという依存が増えるのがつらい。特定のチーム内でだけ使うならいいツールだとは思う

47: hylom 2026/07/22 20:28

「使い捨ての小さなスクリプトを書く際にも、まずvenvをつくることが推奨」って全然聞いたことがないのですがそうなの?自分は普通にOS標準のPythonで書いてるけど……

48: surume000 2026/07/23 09:34

“poetry”