Just my 2 cents, but the really killer part of the ant hill demonstration for me happened when Rich brought up his computer's process monitor and showed the simulation using > 100% of the CPU. In other words, it was a proof moment -- look, multiple cores!
I think the audience would respect the demonstration that you don't have to do anything onerous to execute your code on multiple cores. Just use the built-in abstractions and STM takes care of the rest. I think (most) Java folks won't be impressed with Lisp features. Performance, on the other hand, appeals to every geek. In any case, it's exciting to have Clojure at the table. Congratulations, Rich. Michael On May 18, 10:46 am, falcon <shahb...@gmail.com> wrote: > I agree with John. For certain applications, the ability to modify > the code while it is running is very useful. > > Many language comparisons turn into syntax comparisons. Clojure has > enough interesting concepts (concurrency model, code as data, macros) > that it should be made to stand out. > > On May 18, 9:30 am, John Newman <john...@gmail.com> wrote: > > > I believe it was the presentation you gave on the ants simulation, where you > > updated the program while it was running. I'm not sure if the other > > languages in the shootout can do that, but I thought that was pretty > > awesome. > > > I think a display of building an application while it's running in front of > > you (be that a web app or a desktop app) is flashy and compelling. Not sure > > how far you could go with that though. > > > 2 cents. > > > Regards, > > > On Mon, May 18, 2009 at 5:42 PM, Laurent PETIT > > <laurent.pe...@gmail.com>wrote: > > > > As a general idea, I would say : > > > > specific to lisp: > > > the possibility to get rid of "boiler plate code", such as the one > > > involved in each and every (re)implementation of some GOF design > > > patterns. > > > > This could be either a demonstration of the power of higher order > > > functions or macros (the first with higher order functions *can* be > > > done in java, but it is such a pain in the ass to do this right with > > > anonymous functions that it is rarely done in practice, some spring > > > framework frameworks let apart) > > > > specific to clojure: > > > a demonstration of the ease of use of concurrent/parallel programming > > > constructs. > > > > 2009/5/18 Rich Hickey <richhic...@gmail.com>: > > > > > 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'? What > > > > community contribution(s) should we showcase? > > > > > Thanks, > > > > > Rich > > > -- > > John > > --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
