It is an overkill for pure-python packages or packages with simple C extensions. Conda was developed specifically to handle non-python dependencies, which would be difficult to build in setup.py.
Also, a conda package is not a replacement for a distutils/setuptools package. When building a conda package, one still calls setup.py. So every python conda package has to be a distutils/setuptools package anyway.
Thanks for caveat. Nonetheless, anaconda makes my life so much easier when working with python libraries. If anybody got any other reasons to be careful of it, I'm interested!
conda environments support pip and arbitrary pip commands. So if you use pip to for example install a specific version of a library directly from github that information will be stored in your conda environment and be reproduced every time you recreate your environments.
Any plans to implement interactive rebase in some way? Right now I'm heavily dependent on GitUp, where things like swapping commits or squashing them is often a matter of a single keyboard shortcut.
We do have some basics in there right now, you can directly edit commit messages and squash commits without any fuss. Full interactive rebase support will be coming later.
Concurrent or parallel? For concurrency, python has asyncio, which many people consider a success.
For parallel execution, there's the GIL, but in practice it rarely matters, because once you want to do parallel execution, you have most likely a computationally intensive task to do, at which point you call down to C or something, and then GIL doesn't matter.
The independence can only ever be relative. No one is truly independent. As a self-sufficient farmer, you depend on weather. As a millionaire, you depend on the continuing functioning of the financial system.
They are direct “competitors”. I find Zotero more power-user-friendly. For instance, there is a powerful bibtex plugin for Zotero that can run a server on localhost, so I can fetch the up-to-date bibliography for any particular collection from a make build with curl. I don’t see this hapenning ever in Mendeley
Completely made-up and arbitrary though, so the justification is just shifted somewhere else - the "reason" is none. It's like explaining anything with "higher forces", all it is is not explaining anything at all, instead putting the issue under the rug or on the shelve of "stuff we just accept without giving it any more thoughts". Which I think is actually okay depending on the context, since every human does it to a large extend out of necessity. Only when it extends to preventing others from looking deeper does it become a problem. Here it's a problem when it's used to set standards used to justify how to treat different people.
I proofread the Ph.D. thesis of a friend of mine who wrote on transfer of organizational culture. The example was Western companies doing business in countries with a different culture. To cut a very long story short, the conclusion (well-supported by the evidence he had collected) was that instead of accepting the local culture at least in the examples he had looked the ones that succeeded by a big margin were those who imposed their own values from their home organization. The "details" matter of course: What did not work was imposing those values. He found that what worked best was to take a number of core people, bring them back to the country of the source culture and let them work there for a time and absorb the organization's culture (an active process, and that culture must be attractive and demonstrably be successful, or why would anyone want to adopt it in the first place). Then let these people build the new business. Don't give them direct supervision, i.e. no boss(es) from the source organization. Well, there are a few hundred more pages, but my point is that trying to always accept all kinds of cultures as the "best" way is just not true. We humans have "transferred cultures", often by force, for a million years, and in the realm of nature keeping everything as it is, forever, is not exactly a proven success story or how anything works.
Also, a conda package is not a replacement for a distutils/setuptools package. When building a conda package, one still calls setup.py. So every python conda package has to be a distutils/setuptools package anyway.