> The way I like to think about FP vs OO is that OO usually couples state with > identity and the code that operates on both, while FP defines a clear > boundary between data, state, and the functions that operate on the data.
https://en.wikipedia.org/wiki/Expression_problem > Designing a FP program often involves looking at the data first, then > thinking about what transformations that the data needs in order to become > what you want it to be. I like to think of functions as instructions about > how to transform that data. http://lists.racket-lang.org/users/archive/2010-April/038935.html -- 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.
