Mon, 06 Nov 2006

Fading Memories

Metaphors

As Terry Pratchett likes to have his characters say (Pterry being as fond of his own jokes as the next man and liking to repeat them often), a metaphor is a lie. Which makes it surprising, given the propensity of software engineers to shout "Not True!" at the drop of a hat, that metaphors are so often used in our software: everywhere from basic concepts to icons.

We're going to have a KOffice crash interaction design meeting next weekend at my place, and in preparation I'm reading up on my Cooper. One thing that has always surprised me is the use of metaphors in software. Cooper agrees: in chapter 20 of About Face 2.0 he talks about metaphors, idoms and affordances, preferring the latter two over the first. The big problem with metaphors is not that they don't fit the way humans think, we do think in metaphors, but that they don't scale and become stale so very fast. For example:


On the other hand, I don't see the problem with saving documents: I can handle a small working set of things I work on (my XEmacs has never more than a dozen open buffers), and a place where the things are moved for safety. But actually, instead of having to decide for every document whether I would like to save it or not, I would like to have that working set in a more literal way: my set of documents, organized in work piles per task, and the option (with a reminder, visually for instance through having my workspace too cluttered for comfort) to put the documents in a versioned safe place from time to time. Everything on that workspace should always be as I left them; including the last edits.

/thoughts | permanent link | |


Your Comment


Name:
URL/Email: [http://... or mailto:you@wherever] (optional)
Title: (optional)
Comment:
Save my Name and URL/Email for next time
Captcha: To prevent comment spam, please retype the characters in this image:

Enter the text here: