On May 12, 2009, at 4:04 PM, Phil Hagelberg wrote: > Would love to hear what folks think about this.
I am new here and new to Java and the JVM as well. Contrib strikes me as an improvement over the situation with Ruby where tons of code was dumped into the Ruby distribution and much of it rotted. Using it as a staging area seems wise and has my vote. However I am not opposed to having a rather large library, provided it is concise and well- maintained. Haskell and Python are both testaments to the power of a large standard library. Dependency tracking and library discovery and installation are extremely important to the success of any new language. It would be wise to see where the predecessors have gone awry. For example, Ruby Gems seem to fall down in a highly distributed setting in which the same library exists in many different forks and there are no official releases. I am not in favor of programming that way but if people are going to (and they are likely to) then hopefully one has systems that can cope with it. There are also system administration headaches that arise from having two separate databases managing software on the same system. I don't know if Maven solves these same problems or not; I don't know anything about Maven. But Clojure seems to have been well-served during its short life by leveraging Java's strengths and building orthogonally against its weaknesses. Utilizing whatever Java library distribution/dependency tracking systems are available certainly prevents Clojure from becoming a walled garden, which seems good. But if Maven and friends are found to be inadequate, I would recommend building something new, with heavy consideration after reviewing the faults of our peers and predecessors. — Daniel Lyons http://www.storytotell.org -- Tell It! --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en -~----------~----~----~----~------~----~------~--~---
