2009/5/18 Mark Volkmann <r.mark.volkm...@gmail.com>: > > On Mon, May 18, 2009 at 7:36 AM, Rich Hickey <richhic...@gmail.com> wrote: >> >> I'll be doing two sessions involving Clojure at JavaOne this June. One >> is a traditional talk (TS-4164), the other is as a participant in the >> Script Bowl 2009: A Scripting Languages Shootout (PAN-5348). >> >> The 'script' bowl is a friendly competition, basically a place to show >> off your language and seek audience acclaim. >> >> "Scripting language gurus returning from 2008 are Groovy, JRuby, >> Jython, and Scala. This year there is also a new kid on the block: >> Clojure." >> >> There are two very brief rounds, 4 minutes per language each round . >> >> round 1: Core language and libraries round (show something really cool >> with the core language and libraries) >> >> round 2: Community round (show some significant community >> contributions) >> >> Note there is no comparative aspect, each language presenter talks up >> their own language and the audience decides, so it's not an >> opportunity to draw contrasts explicitly. It's about being pro- >> Clojure, not anti- anything else. >> >> The audience is Java developers, many of whom will have never seen >> Clojure or any Lisp. >> >> I'd appreciate some suggestions *and help* preparing demos for the >> Script Bowl. What (that could be demonstrated in 4 minutes) would make >> you think - 'Clojure looks cool, I need to look into it'? > > I think this should be a demo of the basic use of Refs and STM. The > tough part is keeping this simple enough to explain and demo in 4 > minutes. The bank example at > http://java.ociweb.com/mark/clojure/article.html#ReferenceTypes is too > long. Maybe a simplified version of that can be created. > >> What community contribution(s) should we showcase? > > I think this should be a simple demo of Compojure. I have one at > http://java.ociweb.com/mark/clojure/article.html#WebApps that you are > welcomed to use.
I fear demonstrating "compojure" might be interpreted just as "yet another web framework" (mean "yet another solution to a well-known problem - a problem which already has good solutions in each and every language, including java -> wicket, GWT, webworks, etc.). And then people will just focus on this "yet another web framework" thought, and not be open to see where the power of clojure comes into play in compojure. In the other hand, I don't have a better idea yet, but what about clojure.contrib.walk (to demonstrate that it is possible to define very generic algorithms that can then be applied to almost every other clojure datastructure) ? > > -- > R. Mark Volkmann > Object Computing, Inc. > > > > --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
