I think time is the issue here. The Ant code may be too involved to describe in the time allotted. I do think it's important though to describe the use of Refs and STM. To me they are a very important feature of Clojure.
On Mon, May 18, 2009 at 10:47 AM, bOR_ <boris.sch...@gmail.com> wrote: > > Well, the ant demo does show java interoperability (the whole graphics > bit). > > You could start with a world with the empty square, and a filled > square, start > with one type of ant that is just lugging the food from the filled to > the empty > square. This shows off agents. > > Have four numbers being printed on the screen: food > in square 1, square 2, carried by ants, total. > > Forbid the ants from entering the food area, the amount > of food in square 2 now stays constant,and the food > carried by the ants decreases. > > Add a second type of ant (red ants), which can enter the food square, > and which as behaviour can pass the food to a neighbouring black > ant. This requires refs, and with the counters we can see the total > amount of food staying constant, and you changing the program as > it runs, calling java as you go :-). > > > Did I mention that as a biologist, I like ants? :). > > On May 18, 5:14 pm, Dan Larkin <d...@danlarkin.org> wrote: >> On May 18, 2009, at 9:23 AM, Laurent PETIT wrote: >> >> >> >> >> >> > 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#ReferenceTypesis >> >> 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#WebAppsthat 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) ? >> >> I agree with Laurent. Every language has a web framework, probably >> many; it's not very unique to clojure. I think something involving >> runtime code modification and/or STM would be neat to show off. >> >> >> >> >> -- >> >> R. Mark Volkmann >> >> Object Computing, Inc. > > > -- 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 -~----------~----~----~----~------~----~------~--~---