3 ms·
I did a quick browse through the threads in question and suggest others do the same. Yes, there is negativity, but the actual debate is more complex than simply
by kendallpark 8y ago
I did a quick browse through the threads in question and suggest others do the same. Yes, there is negativity, but the actual debate is more complex than simply one grumpy side slamming a poor developer.
The most relevant comment I found was by /u/bixmix:
> It's getting much worse - not better. The internal churn within pip also is not community driven as much as it is developer driven. It's like we didn't learn from the debacle of python3 vs 2.
I'm not a Pythonist so I had no idea there was such a huge debate over how to manage deps. At various points the past few years I've googled "bundler for python" and come up with different projects. I remember trying pipenv early on (didn't work with conda Python install). Then I revisited it months later--the project was much more developed--and it worked great. FWIW I like pipenv, it solves my largest gripe with Python development.
If you have as part of your community philosophy "there should be one—and preferably only one—obvious way to do it," it seems like you're going get a lot of stubborn tug-of-war situations (see 2 vs 3) where each side thinks their way is the superior way and there is less room to compromise for the sake of keeping the community together. That said, this pattern of debate is pretty universal across communities.
Ruby--even with it's MINASWAN motto--had it's own RVM vs rebenv drama back in 2011. Same sort of developer/community vs developer/community drama. Nowadays I think rbenv has a larger following.
http://www.rubyinside.com/rbenv-a-simple-new-ruby-version-management-tool-5302.html http://www.rubyinside.com/rbenv-a-simple-new-ruby-version-ma...
To contrast this drama, look at what the NPM team had to say about Facebook's yarn: https://blog.npmjs.org/post/151660845210/hello-yarn https://blog.npmjs.org/post/151660845210/hello-yarn
- dasil003 8y agoBundler also had some drama early on in its lifecycle as well. At least one Rubygems developer actively disliked it for quite a while. But, after a concerted effort for a couple years, Bundler managed to hammer out the issues and come out with something that could meet a wide range of workflows and really set the standard for what dynamic language package managers should be capable of. I think this is a real testament to Yehuda Katz's strength as an open source community leader.
- jitl 8y agoAs a fellow rubyist in python land, I’m also a fan of Pipenv because it uses a model I understand very well - that of Bundler (and similar to that of Cargo and Yarn). I do have some technical issues with it, like the strange hiding of the virtualenv in a random-like location instead of .venv by default, but overall it’s a large improvement over requirements.txt/setup.py/frozen_requirements.txt and even the new toml thing. Maybe there is some inside baseball going on here when it comes to python foundation etc, but as an outsider looking in the vitriol seems totally unnecessary. I wouldn’t develop Python software w/o Pipenv.