pipとpipenvとpoetryの技術的・歴史的背景とその展望 - Stimulator

- はじめに - Pythonのパッケージ管理ツールは、長らく乱世にあると言える。 特にpip、pipenv、poetryというツールの登場シーン前後では、多くの変革がもたらされた。 本記事は、Pythonパッケージ管理ツールであるpip、pipenv、poetryの3つに着目し、それぞれのツールに対してフラットな背景、技術的な説明を示しながら、所属企業内にてpoetry移行大臣として1年活動した上での経験、移行の意図について綴り、今後のPythonパッケージ管理の展望について妄想するものである。 注意：本記事はPythonパッケージ管理のベストプラクティスを主張する記事ではありません。背景を理解し自らの開発環境や状態に応じて適切に技術選定できるソフトウェアエンジニアこそ良いソフトウェアエンジニアであると筆者は考えています。 重要なポイントのみ把握したい場合は、各章の最後のまとめを読んで頂

[mizchi]

Python 触るたびにこの辺の微妙さでしんどくなる。GitHubに置いてあるサンプルコードは大抵ロックファイルなくて動かないし…

[Keisuke69]

つらい。適切に選べってのはわかるが結局どれ使えばいいんだよ！ってなるのもわかる。自分はpoetry使ってるけど特に不満なし。強いていえば情報少なめなくらいか。pipがpyproject.tomlに対応してるのは知らなかった

[auient]

この辺の話を聞くたびzen of pythonとは何だったのかと思う。「何かいいやり方があるはずだ。誰が見ても明らかな、たったひとつのやり方が。」/ rubyがrailsとgem, bundleで統一されてるのと対照的だよね

[enhanky]

とりあえず「python -m pip」「python -m venv」だけ覚えておけば十分。（5年前ならともかく）今だとAnacondaを使うメリットはあまりない気がしている。変にハードル上げないほうがいい。

[toro-chan]

poetryでもいいんだけど、rubyのbundler相当が欲しい。。かなり近づいてはいるけど、現時点では安定性が足りない気がする。bundlerと違って、まだ最初からは入ってないし。。

[namagon]

つらい。GitHub に置いてある実装が conda install と書かれていたら濁る。でもこれ以上に CUDA 関連がマジでつらい。ハードのドライバと密接に関わるからつらみが増すのはどうしようもないとわかっていてもつらい。

[suica_j]

PythonというかJupyterが妙にRemoteContainerドリブン開発と相性良いが故にこの辺のパッケージ管理が統一されない問題が残り続けている気がしている。CUDAとかネイティブ環境に入れたく無いでしょみんな

[eriotto]

インタプリタ使いたいだけなのにpipとかいうのが現れてえらい苦労した記憶がある。深く触ればさらにつらいのか...C#の世界でがんばります

[rgfx]

まずeasy_installをつかいます（やめろ

[gfx]

混沌とはしてるけど、開発者が潤沢だからこそツールが乱立するんだよなーと思うと羨ましくもある。

[shag]

pipenv じゃダメな理由、ようやっと一つ理解した。みんなこんな局面に当たってるのかな？

[hatakazu93]

技術

[YassLab]

“安定した状態とも言えないため今後どうなるかは定かではない / ベストプラクティスといった言葉に惑わされず、より丁寧な技術選定の上で今の自分たちにあった選択が出来るようにすべき、ということがよく分かる”

[ono_matope]

力作だ

[kurouru]

“pipとの大きな違いは、先に挙げた依存解決、lockファイル生成、env環境の制御である。”

[y-kawaz]

コレがあるからpythonやりたくないんだよな…。言語自体の良し悪し以前に。着手に至る前にやる気が削がれる。

[ahuglajbclajep]

本題からはそれるが、一般に依存解決には SAT ソルバやそのアルゴリズムが使われているという話が書かれていて面白い

[naga_sawa]

各環境で安定して使えるパッケージシステムに統一されてほしいもんです/poetry使ってみるか

[nilab]

pipとpipenvとpoetryの技術的・歴史的背景とその展望 - Stimulator

[braitom]

pip、pipenv、poetryの歴史的背景、技術的背景などのまとめ。分かりやすい。

[buzztaiki]

pipenv が覇権を取るのかと思っていたんだけど、そうでもなさそうなのか。

[hylom]

なぜ今だにPythonのパッケージマネージャ周りが固まらないのかとても謎ではあるのだが、パッケージ自体の仕組みとディストリビューションの仕組みとリポジトリが別々に管理・開発されているあたりが原因なのかな

[denqueue]

pipに依存解決機能が搭載予定であること、依存解決のアルゴリズムとしてPubGrubという方式が出ていること、アルゴリズムの違いに加えて各パッケージのHash値の扱いによってパフォーマンスの差が生じていることを学んだ。

[elsheep]

この2,3年venv使ってて特に問題はなさそうなんだけど、pipenvかpoetryに移行したほうがいいの？？

[misshiki]

大作。全部まだ読めていないが参考にしたい。

[masayoshinym]

人気ブコメが「つらい」ってコメントばかりで「わかる」ってなった。

[t-wada]

乱立しているように見えがちな Python のパッケージ管理ツールに関して pip、pipenv、poetry の3つを中心に背景や解こうとしている問題、技術的な側面、今後の展望などを解説している

[zgmf-x20a]

poerty知らんかった。でも、condaは？

[omega314]

はじめにの「注意」があまりにまともでよい。

[monomoti]

あとで

[clubman023]

ほんとに

[katsyoshi]

読んでて思ったのがロックファイル生成が遅いのがわからんかった

[at_yasu]

composer/packagist の偉大さを噛み締めて読んだ

[esuji5]

普段使いはvenvで間に合ってるし、新しいものは様子を見てから取り入れよう…と思って2,3年経ってる

[TMCNE]

パッケージマネージャ如きに技術選定で時間取られたくない…。clojureのパッケージマネージャの快適さを味わった後にpython触ると本当にがっかりする

[knok]

パッケージマネージャはどこも苦労してる印象。debianでもdpkgを基板にdselect->aptという過渡期があったし。言語処理系モジュールのパッケージ化はこういうこともあり今でも苦労してる

[dowhile]

完全にインフラになってるから大きな変革がなかなか入れられないpython。はやく公式が1つに決めてほしい。There should be one-and preferably only one -obvious way to do itになってない

[sigwyg]

詳しい。気合の入った記事だ… 感想としては、Pythonは初心者に優しくないよなーてのがネック。NeoVimの環境用意したいだけの人とか…各ツールの設計思想まで把握してる人からしたら、選びようがあるんだろけども。

[iww]

pythonは実行環境の整備が本当にうんこ過ぎると思う