You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to Clojure
It is better to have 100 functions operate on one data structure than
10 functions on
10 data structures.
-- Alan Perlis
Why so? How is it advantageous?
Mark Hamstra
unread,
Sep 3, 2010, 8:05:57 AM9/3/10
Reply to author
Sign in to reply to author
Forward
Sign in to forward
Delete
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to Clojure
The context of the comment is functional programming vs. OO
programming. Pure functions compose better than do state-containing
objects, and 100! is much larger than 10!, so you have many more
options for composition/reuse with 100 functions that operate on a
single data abstraction.
fin
unread,
Sep 3, 2010, 11:50:53 AM9/3/10
Reply to author
Sign in to reply to author
Forward
Sign in to forward
Delete
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to Clojure
It is better to have 100 functions in one category than 10 functions
in 10 categories?
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to Clojure
A very handy web page to have around; thanks for mentioning it. It
looks nice too, but the accessibility is a bit poor - when I look at
it with an increased text size, the CSS quickly falls apart and
renders it confusing and/or unreadable. So if the maintainer for that
site is on this newsgroup somewhere, maybe you could look at it?
Steven E. Harris
unread,
Sep 3, 2010, 6:32:01 PM9/3/10
Reply to author
Sign in to reply to author
Forward
Sign in to forward
Delete
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to Clojure
thanks for the link!!!
Lee Hinman
unread,
Sep 5, 2010, 10:51:14 AM9/5/10
Reply to author
Sign in to reply to author
Forward
Sign in to forward
Delete
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to clo...@googlegroups.com
On Fri, Sep 3, 2010 at 10:01 AM, Alan <al...@malloys.org> wrote: > A very handy web page to have around; thanks for mentioning it. It > looks nice too, but the accessibility is a bit poor - when I look at > it with an increased text size, the CSS quickly falls apart and > renders it confusing and/or unreadable. So if the maintainer for that > site is on this newsgroup somewhere, maybe you could look at it?
I'll mention it to Zach, thanks for the heads up.
- Lee
Bob Shock
unread,
Sep 5, 2010, 12:55:05 PM9/5/10
Reply to author
Sign in to reply to author
Forward
Sign in to forward
Delete
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to Clojure
I've been programming in large OO applications since about 1993.
One problem is that a lot of useful code gets buried way deep in an OO
class hierarchy, where you are forced to create lots of intermediate
objects just to get to the useful functions.
This really hurts the re-usability, unit testabilty, and a lot of
other ilities.