Simon, To be very clear, and incite you to watch all those videos and read all this material:
One of the key motivations (if not the primary) of Rich writing clojure has been constructing a language which would offer built-in semantics to manage state change over time. So you're really in the right language regarding your concerns ! This is what makes clojure so different from other "pure functional languages" or from "pure non functional languages", as Rich stated in one of his videos: "Clojure has a story for the parts of your program you cannot write purely functionally". HTH, -- Laurent 2010/1/15 ataggart <[email protected]>: > Also check out Rich's video covering concurrency, and in particular > his Ants program: > http://blip.tv/file/812787 > > For more on state stuff: > http://www.infoq.com/presentations/Are-We-There-Yet-Rich-Hickey > > And a neat series showing how games which look imperative can be bent > to be (mostly) functional: > http://prog21.dadgum.com/23.html > > -- > You received this message because you are subscribed to the Google > Groups "Clojure" group. > To post to this group, send email to [email protected] > Note that posts from new members are moderated - please be patient with your > first post. > To unsubscribe from this group, send email to > [email protected] > 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 post to this group, send email to [email protected] Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/clojure?hl=en
