Business case... I have two business cases at hand.
None can be done with frameworks w/o making the end products look like any other one in their respective space and having to bend to framework limitations. Being disruptive requires a different approach. Having to write all these individual libs ourselves would make these two product sets much more difficult to create. Experimentation would also suffer a lot. Now we have the elements to create new recipes instead of everyone eating the same dry cake that's been left on the shelf for a year. Aside from HR tagging, I see little value in a branded framework. Being reluctant to be part of a tagged herd, I can't agree with you :) But given my (bad) character this may explain that :) Luc P. > On 03/05/2015 00:53, Christopher Small wrote: > > I disagree with the premise entirely. I think that the Clojure community > > has just done a better job of building smaller, more modular tooling. > > And this is frankly something I prefer, and find refreshing in the > > Clojure sphere (as compared with my previous Rails webdev experience). > > > > Note that to put things on the same footing, you'd want to be noting > > that Luminus depend on Ring and Compojure, with commit counts 761 and > > 865 resp, and contributor counts 73 and 29 resp. > > > > I'm not saying that Clojure can't improve it's offering in web dev with > > added libraries etc, but I wouldn't want to see us move away from the > > modularity with which we've built things, because I think it's a win. > > > > Just my 2 c > > > > Chris Small > > Most decent web frameworks these days are built from modular components > so this distinction is a bit laboured. Rails is built on top of Active* > and Rack so the Ring/Compojure distinction is illusory. Laravel is built > on top of Symfony components it could be argued that Symfony has played > a similar role to Ring/Compojure in the PHP community. > > Clojure's modular approach is great but I just don't see the need to > polarise when there's such a strong business case for structured > frameworks. If you look at most of the jobs in web development at > Indeed.com they're almost exclusively framework-based. Modular is great > but it would also be nice to see a few more Clojure jobs advertised. > > gvim > > -- > 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 > Note that posts from new members are moderated - please be patient with your > first post. > 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 > --- > You received this message because you are subscribed to the Google Groups > "Clojure" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to clojure+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- Luc Prefontaine<lprefonta...@softaddicts.ca> sent by ibisMail! -- 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 Note that posts from new members are moderated - please be patient with your first post. 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 --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
