Stuart Halloway
Central Florida Software Symposium
Orlando · June 24 - 26, 2005
President of Cognitect
Stuart Halloway is a founder and President of Cognitect, Inc. (www.cognitect.com). He is a Clojure committer, and a developer of the Datomic database.
Stuart has spoken at a variety of industry events, including StrangeLoop, Clojure/conj, EuroClojure, ClojureWest, SpeakerConf, QCon, GOTO, OSCON, RailsConf, RubyConf, JavaOne, and NFJS.
Stuart has written a number of books and technical articles. Of these, he is most proud of Programming Clojure.
Learn more about Stu's presentations on his wiki.
Presentations
Introduction to Java Reflection
Reflection is writing code that manipulates itself. Well-written reflective code automates a broad class of repetitive, error-prone programming tasks. Poorly-written reflective code obfuscates programs and destroys the benefits of the type system. We'll focus on the former.
Design Patterns Revisited: Taking advantage of dynamic, reflective languages
(3 Hour Session)
Attendees should attend the Introduction to Reflection talk, or have some experience using reflection or metaprogamming in a reflective language such as Java, Objective-C, Smalltalk, Python, or Ruby. Familiarity with the GOF book is helpful but not required.
Design patterns are recurring solutions to problems that consistently appear in software development. However, this does not mean that design patterns cannot be “solved”, i.e. converted into language or library features. In fact, most of the original design patterns can be solved using dynamic language features such as reflection.
Design Patterns Revisited: Taking advantage of dynamic, reflective languages
(3 Hour Session)
Attendees should attend the Introduction to Reflection talk, or have some experience using reflection or metaprogamming in a reflective language such as Java, Objective-C, Smalltalk, Python, or Ruby. Familiarity with the GOF book is helpful but not required.
Design patterns are recurring solutions to problems that consistently appear in software development. However, this does not mean that design patterns cannot be “solved”, i.e. converted into language or library features. In fact, most of the original design patterns can be solved using dynamic language features such as reflection.