[Date Prev][Date Next][Thread Prev][Thread Next][Author Index][Date Index][Thread Index]
UnaryFns & Tables
- To: <mark>
- Subject: UnaryFns & Tables
- From: Eric Dean Tribble <tribble>
- Date: Mon, 23 Oct 89 16:20:27 PDT
- Cc: <heh>, <xanatech>
- In-reply-to: <MarkS.Miller'smessageofMon>,57 PDT <8910232230.AA04977@xanadu>
1) Don't use the word occlude. That has too many meanings in user
interface design. It also doesn't mean quite the right thing. If
nothing else, the occlusion is incidental. The primary result is
having a combined collection. What's wrong with combine?
2) I don't want to unify Tables and UnaryFns. It corresponds to
keeping your mind so open your brains fall out. It's easy to
understand Tables. It's easy to understand UnaryFns. It's not easy
to understand count for a UnaryFn, or coordinateSpace, for that
matter. That makes bother abstractions less useful. I've been quite
surprised and extremely annoyed when I invented an abstraction to
general and powerful for most of my problems.
dean