[Date Prev][Date Next][Thread Prev][Thread Next][Author Index][Date Index][Thread Index]
Usage cases
- To: xanadu@xxxxxxxxxx
- Subject: Usage cases
- From: Joseph Osako <scholr@xxxxxxxx>
- Date: Sat, 21 Aug 1999 11:58:39 -0700
- Reply-to: xanadu@xxxxxxxxxx
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
One of the things I've noticed is that most of the material
describing Xanadu describe how the system as a whole works - out-of-
band links, single storage, transclusion, etc. While this kind of
description is necessary, it isn't enough. Why? Because 'the system'
isn't what users interact with, it's the applications. Most personal
computer users cannot explain the difference between the apps they
use (Word, Netscape) the system they run under (Windows, MacOS) and
the computer they run on (PC, Mac), a fact which in some ways
highlights how arbitrary these distinctions are (at least the
software ones). Even among programmers, there is less interest in
*how* it works than in *what* it does, and what advantages it has
over the existing systems.
While it is easy for those who get the idea to say, 'X is then a
natural outgrowth of the system, and doesn't need to be added,' or
'you get Y for free as a result of this,' it isn't so obvious to
people who haven't assimilated the principles yet. We need to explain
not just how the system works underneath, but how it could be put
into practice - especially examples of how it can provide better
alternatives to the way things are done now, and how it can foster
new ways of doing things. But we also have to show that there's
nothing to lose, that Xanadu can provide *at least* as much as the
existing systems can. *We* may know that Xanadu provides a superset
of the functionality (eech) of conventional systems, but that won't
mean much to novice users.
I propose that various members of the team write up suggestions for
how a given common application - word processing, email, chat,
database, etc. - could be handled using nothing but a front end on
the underlying Xanadu system. Some of them are fairly easy - Xanadu
was designed for text handling, e-mail can be done just by using the
appropriate settings, and so forth. Explaining how it would work -
and what advantgaes it would have over existing systems - would go a
long way towards clarifying how Xanadu as a whole works. It would be
especially useful to show how a given system could be done *in
different ways* without changing or adding to the underlying system.
Better still, if you can think of a *new* application that can only
be done under Xanadu, write it up. A lot of people in the industry
believe that a new system has to have a 'killer app' (some new tool
or way of doing things unique to that system) in order to succeed.
Regardless of whther this is true or not, there are enough people who
believe it that they'd give support for a new system if and only if
it had one. Now in a sense Xanadu does have one already - real
hyperliterature and hyperannotation, not tied to the HTML\XML kludge -
but that idea is *still* too far ahead of its time. While the long
term goals are still the important ones, we have to look at the short
term in order to get ther; that means that we'll need some kind of
tangible benefits now. Given the power of the Xanadu system, I can't
imagine it would be too difficult to come up with something that has
enough usefulness and 'ooh aah' effect to get people's interest (and
investment). In fact, the biggest problem I'd see is keeping our
perspective, and not get side-tracked by the immediate gratification
like everyone else.
I'll post an example of what I mean RSN.
-----BEGIN PGP SIGNATURE-----
Version: PGP for Personal Privacy 5.0
Charset: noconv
iQA/AwUBN7723hP+DcK/9dz8EQJVEwCcDEPrCHStnnm3KtVRTM+C4fCw34sAn0Y8
CBrddzDmX60RIqAppLh+/L3S
=xftO
-----END PGP SIGNATURE-----
J Osako
Programmer Analyst, Operating Systems Designer, Notational Engineer
http://www.slip.net/~scholr/resume.html