Yes, you're certainly right, but I'm only 35 old, and I don't want to yet let my dreams behind me, given that I will certainly (I hope so!) play at least 35 more years in this industry :-)
I was thinking about an approach that would leverage the kind of separation one can find in the industry such as GUI stuff in one file, backend stuff in another, but maybe reconciled thanks to judicious use of higher order functions and conscienscious application of macros. Something that can be thought of as "workable specs" for the GUI, where one does not have to switch language from one abstraction level to the other. -- Laurent 2009/4/1 Raoul Duke <rao...@gmail.com> > > (i know this note of mine probably really doesn't help, but) > > > But maybe such thing already exist in the Scheme/CommonLisp world, and > could > > be used or be a source of inspiration ? > > i'm not totally sure what you have in mind, but the subject of "new > researchy approach to doing GUIs that is supposed to be better than > everything else before" is a depressingly common subject matter, i > think, given the actual approaches that ends up really being used most > often. > > there's stuff like Adobe's http://lambda-the-ultimate.org/node/563. > > there's stuff like FRP in Haskell or PLT-Scheme. > > there's stuff like JavaFX (or whatever it is called this week). > > there's stuff like X-Windows but driven sanely by Erlang rather than C. > > then there's all the stuff that never got used anywhere outside of > academia. > > etc. > > sincerely. > > > > --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
