reiz

9 ms·

1. 31.▲
   by reiz 13y ago

   Thanks for the article. I agree with you. Totally believe that the web will win in the long run.
2. 32.▲
   by reiz 13y ago

   Cool! Good Job. I really like it. Many times the documentation for programming projects look like grab. This project is a big help. Many Thanks1
3. 33.▲
   Why your software project will slowly die without continuous updating(blog.versioneye.com)

   12 points by reiz 13y ago|0 comments
4. 34.▲
   by reiz 13y ago

   Great news. Many Thanks for all the hard work.
5. 35.▲
   Semantic Versioning – For beginners (blog.versioneye.com)

   3 points by reiz 13y ago|0 comments
6. 36.▲
   by reiz 13y ago

   OK. That makes sense.
7. 37.▲
   by reiz 13y ago

   Your last sentence is specially interesting. Being able to do a "bower install backbone" and going back to work is actually the purpose of a package manager. If it doesn't understand your project structure and is not able to
8. 38.▲
   by reiz 13y ago

   Yeah, that is good point. I guess should have point out that in the article. But I still think that the initial publishing on Maven Central is more difficult then it should be. Pretty much every other package is doing a better Job on publis
9. 39.▲
   by reiz 13y ago

   You will laugh. That was my first title. I showed the article around, 2 days ago, and a good friend of my told me: "You need a more provocant title!".
10. 40.▲
    by reiz 13y ago

    Nils Adermann just confirmed that. I updated the blog post and the info graphic.
11. 41.▲
    by reiz 13y ago

    Well. You are right. Next time I will pick my words more carefully.
12. 42.▲
    by reiz 13y ago

    That's true. That's the disadvantage of that system. If there would be a language agnostic package manager, would you use it?
13. 43.▲
    by reiz 13y ago

    Good point. My next package manager after Maven was Bundler/RubyGems. And it was enlightening. I don't use so much PyPI, but I heard that the core commuters are working on a big refactoring.
14. 44.▲
    by reiz 13y ago

    I didn't felt attacked. I appreciate feedback ;-) And you are right. The choice of a language is just a choice. Dependency definition in native code is always a security vulnerability, because by resolving the dependencies you execut
15. 45.▲
    by reiz 13y ago

    Good point! I will blog more about that. I think there is a reason for that, why there are so many build tools out there in the Java ecosystem. Obviously there is no clear winner and the people are not satisfied with the current status.
16. 46.▲
    by reiz 13y ago

    Very good point. I didn't took that into the article because these package managers are all build for 1 single language. But I totally get your point. A language agnostic package manager, or at least a language agnostic repository with
17. 47.▲
    by reiz 13y ago

    I didn't know that with the git hash. That's a good point! What I like on NPM is that they use JSON for defining the dependencies and that the packages are by default not installed globally. NPM and Bundler are different in some w
18. 48.▲
    by reiz 13y ago

    In the first version of the chart I had column for "XML". But it didn't looked good, because there was only 1 candidate for XML and that was Maven. That's why I dropped it again. Beside that I think that XML is kind of
19. 49.▲
    by reiz 13y ago

    Good point. I will take that thought into the next blog post. The next blog post will cover CPAN and Nuget, too.
20. 50.▲
    by reiz 13y ago

    I'm sorry for that. But I'm getting every day requests for Bower, CocoaPods and Nuget. I don't get so many requests for CPAN. But It's on my radar and I will update the blog post somewhere this year.
21. 51.▲
    by reiz 13y ago

    Thanks for the hint. I really didn't know that. I will update the blog post with my new knowledge. One point more for Bundler/RubyGems :-)
22. 52.▲
    by reiz 13y ago

    I have read that blog post a couple days before. To sad. I think the people don't sign their Gems because it's some extra work and developers are lazy. I bet the artifacts in Maven are only signed because it's mandatory. You
23. 53.▲
    by reiz 13y ago

    Yes. That's what I meant.
24. 54.▲
    by reiz 13y ago

    Actually I'm using in my daily work more Bundler and Maven. But I'm anyway a big fan of NPM.
25. 55.▲
    by reiz 13y ago

    I talked to many C devs, and they all use some kind of linux native package managers. For example apt-get or yum or RPM.
26. 56.▲
    by reiz 13y ago

    But the mirror posted their doesn't work for me. I get always a Forbidden message: http://mirror1.prod.rhcloud.com/mirror/ruby/ . Or is it just me?
27. 57.▲
    by reiz 13y ago

    Maybe I was not clear enough on that point. Of course Lein is using a Maven Repository as backend. But the official Clojure Repository is not search.maven.org it is https://clojars.org . And there is no Mirror of clojars.org. Of
28. 58.▲
    by reiz 13y ago

    It's currently the only solution. There not alternatives. It's cool that they build it, but currently it has many weak points. I hope they will add user auth and some kind of validation soon.
29. 59.▲
    by reiz 13y ago

    PIP and Python is on the list. Look at PyPI.
30. 60.▲
    by reiz 13y ago

    Thanks for the note. Actually I don't know why I wrote it like an acronym. I should now it better!