The ModulaTor
Oberon-2 and Modula-2 Technical Publication
Ubaye's First Independent Modula-2 & Oberon-2 Journal! Nr. 82, Apr-2001,
Who is using the Oberon System?
by Aubrey McIntosh
A study about who is actually using the Oberon System would be worthwhile.
In the absence of data, I do have anecdotes that respond to some of these suggestions.
I supervised a group of perhaps 5 people who responded to email. (I mean,
50,000 emails.) We worked on the SunSPARC under Solaris,
and a lot of our answers, by policy, included "approved" text. Student help
has a high attrition rate, and so I had perhaps 15 employees over time.
When someone gave notice, I immediately placed them on "emeritus" status and
their duties were to write up their exit thoughts, and to be "unavailable"
so that the other staff would notice any special skills and expertise that
they really wanted to transfer prior to final departure.
I put together a simple Oberon V4 system that scanned the email directory,
and presented subject, requestor,
and document age. I put together the Alfred mail and document indexer, so
that documents could be retrieved by obscure searches (much like the later
emerging AltaVista search engine.) Work was ready to test when I left
which would remove an email item from all the desktops when one of the
people opened it, and add it to the desktops when a new or returned item
occured (movement toward real-time groupware).
When one of my staff opened a document, a "Received" line with his id, and
the begin and end times was inserted. I found that the staff spent a lot of
time browsing the documents and hoping someone else would answer them.
I noticed some fairly standard patterns.
- Absolutely everybody hated Oberon if I mentioned that it was a
programming environment. They immediately began a religeous sermon on C.
(Java was in the wings, I don't remember distinctions between C and C++)
- The people who wanted so much to cause me to work in C didn't program in
C. (With one single exception. He also is the only one who delivered working
code for the shop in Oberon.)
He is also the same guy who was having a self defined contest with a friend
to produce the fastest code to compute the prime numbers. When he asked me
for help, I produced the Sieve of Erastosthenese from memory and had output
of all primes less than 1,000,000 in a V4 viewer in 20 minutes. Not 20
minutes of execution, but 20 minutes from when I opened an empty viewer and
started typing "MODULE Sieve ..." Some of his trials took 20 minutes. He
did not switch to Oberon.
- When I presented Oberon as an Advanced Text and Email handling system,
everybody was intrigued by it and wanted to explore some.
- When I showed V3 (Gadgets / ETH Oberon), people would get out of their
chairs and walk across the room to see it. They never did this for V4.
- Work got done under V4. Viewer configuration got done under V3.
- The Oberon Viewer layout that I presented by fiat, and changed according
to discussion at weekly meetings, was not ever changed by my staff during
their daily login after the first week or so. The standard opening had a
page of management instructions so that my supervisors could be oriented if
they dropped in to see how things worked. To remove this, my staff needed
to mark the menu bar of the instructions before opening their first
document. I think this is a 5 second / workday action. This was the item
that had the most resistance from my staff, and is not an Oberon issue
per-se.
- My staff could activate commands without looking for them with the fixed
layout.
- Yes, the staff could activate a command without searching for it with
the shop's standard layout. This is a tremendously important thing. By
anecdote and observation but without data, I claim this results in lower
errors and higher productivity.
- Each of my staff told anecdotes
of trying to use Oberon mouse / interclick commands in their "preferred"
computing environment at home.
- This means that none of them were assimilated into the Oberon
community ... Oberon was not their environment at home.
- They denied trying to use their OS paradigms in the Oberon
environment.
- When I asked point blank if this meant that their subconscious found
Oberon to be more powerful or direct
than their favorite system, 100% of them looked perplexed, then
uncomfortable, and in conversation days later
would tell someone else that, indeed, this action meant that Oberon
was more powerful.
- Separately, we have about 6,000 students a year in the General
Chemistry class, and there is a mechanism to custom generate quiz documents
for each student. For about 3 semesters we presented the Oberon desktop in
a department computer lab and gave chemistry students their weekly quiz from
the Oberon environment. We had a tutorial page in the opening screen, and
the first lab was instructions on how to use Oberon (V4). I worked closely
with the TAs in the lab. I noticed that after the second week, the students
were focusing entirely on the Chemistry content, and there were no issues
that are Oberon related. None, zip, nada. It was nice. When the trendy
switch to the web occured, there were lots of issues with the technology
such as the server being down, the underlying cgi-code failing, and the
like.
- In all of these cases, on quantifiable, observable quantities, people
reported that Oberon was best. Then they went on to use broken and half
working systems. As near as I can tell this was motivated by a desire to be
a part of a herd or gang and is completely unresponsive to the technical
merit of the decision. I speculated that a little radio or billboard
advertising on campus at that time would have completely changed the
acceptance, but I think that watershed is now in the past. I also think
that the availability of erotic pictures under Mosaic was a very
strong, but not publicly acknowledged, factor in the acceptance of Mosaic
and thence Netscape. I base this opinion on the usage logs of all the
newsgroups carried there, and then.
I would like to formalize my opinions in a study, but do not know of a
funding source. Comments?
IMPRESSUM: The ModulaTor is an unrefereed journal. Technical papers are to be
taken as working papers and personal rather than organizational statements.
Items are printed at the discretion of the Editor based upon his judgement on
the interest and relevancy to the readership. Letters, announcements, and
other items of professional interest are selected on the same basis.
Office of publication.
The Editor of The ModulaTor is Günter Dotzel; he can be reached at
[email deleted due to spam]
Most of the ModulaTor back-issues are available from
http://www.modulaware.com/
ModulaWare.com website navigator
[ Home |
Site_index |
Legal |
OpenVMS_compiler |
Alpha_Oberon_System |
ModulaTor |
Bibliography |
Oberon[-2]_links |
Modula-2_links |
.zel.org Oberon website |
General interesting book recommendations ]
© (2001) by modulaware.com
Webdesign by www.otolo.com/webworx,
Created 12-Apr-2001, last revised 11-May-2001