I tend to agree with this Gregg. Either it's a solution in search of a need, or it's a legitimate need but no one has produced something compelling enough that a critical mass (or even a small contingent) has picked up on and said "yes, this feels like a significant improvement over à la carte pieces".
Another thing worth mentioning that I don't see already mentioned is the case for a web framework from a security perspective: https://www.youtube.com/watch?v=CBL59w7fXw4 Having a lot of different pieces without standard ways of putting them together can introduce vulnerabilities that would not exist using an integrated framework. On Mon, May 4, 2015 at 11:59 AM, Gregg Reynolds <d...@mobileink.com> wrote: > > On May 4, 2015 7:16 AM, "Eric MacAdie" <emaca...@gmail.com> wrote: > > > > I think what Clojure needs is a default. It doesn't matter if it is a > "web framework" like Rails, or "libraries strung together" like Luminus. > > > > What Clojure needs is, well nothing. What the market MAY need is an > entrepreneur who will produce the framework the OP craves. No takers so > far. Conclusion: not a genuine unmet need. But in the long run simple > economics say the Clojure approach will win. You can't make your product > stand out by using the same framework everybody else uses. The inevitable > trend, driven by basic economics, is toward bespoke stuff, which is where > Clojure excels. My guess is that over the next 2-3 years we will see some > clojure frameworks emerge but they will not be like "traditional" > frameworks. They'll be infinitely and easily customizable because they > wont force choices-they'll just make the easy stuff not only easy but > flexible. My 2 cents. > > > When a Ruby newbie asks how to make a web app, the default answer is to > look at Rails. In Python, the default answer is Django. Compared to that, > the default answer in Clojure to do it yourself can sound like "go jump off > a cliff". > > > > = Eric MacAdie > > > > > > On Mon, May 4, 2015 at 7:09 AM, Sean Johnson <belu...@acm.org> wrote: > >> > >> > >> > >> On Monday, May 4, 2015 at 4:41:02 AM UTC-4, Sven Richter wrote: > >> > >>> All in all this is basically the direction I want to go with closp and > closp-crud. The intention is not to have a webframework, but to automatize > steps that need to be done manually otherwise. > >> > >> > >> One potential problem with this "web framework" as app template > approach is upgrade-ability. When 2.0 of your "framework" comes out, what > happens to an app generated from 1.0 that wants to benefit from the new > capabilities? > >> > >> It's not a showstopper to the approach. It's just something to think > hard about. I've taken a couple of long lived Rails apps from Rails 1 to > Rails 4 and while there have been breaking changes with each major version > change (and some minor versions) in general it's pretty easy to keep up > with the latest versions and there are copious docs (even whole ebooks in > some cases) to walk developers through the changes. > >> > >> Cheers, > >> Sean > >> > >> -- > >> 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. > > > > > > -- > > 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. > > -- > 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. > -- 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.
