James Reeves <ja...@booleanknot.com> writes: > On 18 October 2014 08:28, Mark Engelberg <mark.engelb...@gmail.com> wrote: > >> Yeah, it's hard to deny the convenience of Clojure's keyword lookups and >> standard assoc mechanism for getting and setting stored values, but I think >> Bertrand Meyer's Uniform Access Principle reflects some pretty deep >> thinking about the kinds of complications that arise in maintaining large >> programs. Although the Clojure community mostly rejects the Uniform Access >> Principle right now, as people start writing larger programs in Clojure, >> and need to maintain them for longer periods of time, it will be >> interesting to see if the pendulum swings back in favor of uniform access. >> > > You make it sound as if structuring an application around data, rather than > APIs, is untested at scale. I'd argue the opposite: the only architecture > we know works at scale is data driven. > > The largest systems we've developed, including the web itself, are data > driven.
Interesting. So, if you resolve http://www.clojure.org, is this data or is it computed? I don't think you can tell. The web supports the Uniform Access Principle. Phil -- 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 Note that posts from new members are moderated - please be patient with your first post. 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 --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
