9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: Steve_Kilbane@cegelecproj.co.uk Steve_Kilbane@cegelecproj.co.uk
Subject: The future of Plan9?
Date: Thu,  1 May 1997 08:45:58 +0100	[thread overview]
Message-ID: <19970501074558.CuJpCaPn__9pVIov6q6FJ4Dex4HUqIOeAO6hLOhgCzY@z> (raw)

digby's comments:
> I believe Unix's role has changed from experimental system
> (it used to be small, consistant, well written and reasonably portable)
> to the only surviving viable commercial alternative to the
> Microsoft juggernaught..

But then, that's always been Unix's role: the valiant, ultimately
unsuccessful prime challenger to the currently perceived market
standard. IBM, DEC, and now Microsoft have taken their turn as
the Evil Empire, but interestingly, Unix is still hanging on as
the main contender.

> [Plan 9's] main failing,
> in my opinion, is its inability to interact with other operating
> systems conveniently.

I don't think the other operating system is a problem, because
most users aren't concerned with it. They just use it for kicking
off their main applications. The interchange of data is the important
thing.

> I still live in hope that, because Microsofts offerings are SO poor,
> a sufficently good alternative may one day supplant it.

This is quite likely. The depressing thing is, the alternative will
probably also be owned by Microsoft. :-(

> At least the
> wealth of quality free software available on the net makes developing
> alternate operating systems less of a daunting task than it used to
> be - only the core has to be build, and a quite usable suite of
> applications can be readily ported by a user community.

Huh? If I understand you, you're saying that one can bash out a
new kernel, and then chuck all the standard freebie tools on top
of it. Ok, so this is handy for researchers into OS development,
but apart from that, what does it give you that you haven't
already got? [Bzzzt! Warning: heading off-topic]

The availability of a free system helps, but not as much as it
should. There's been an on-going battle in comp.databases.oracle.*
to get Oracle to support Linux. Apart from the "only an idiot would
run their business on a [spit!] free system" attitude, many say Linux
provides too many configuration combinations for Oracle to support.
Perhaps, but Oracle could just select and approve a given distribution.
They could even ship it themselves. But they don't.

Plan 9's easier than Linux, because there's a lot less flux and a lot
less variance between any two systems. It's also much, much stranger to
your average application programmer on the inside. Ok, so there's APE,
but that misses the boat a little, philosophically speaking.

Your average user will look at Plan 9, and ask, "Does it run foo",
where foo is their primary tool, and most likely produced by Microsoft.
You're unlikely to be able to answer positively in a million years,
but if you can exchange *data* with foo and an equivalent (read: better)
app on Plan 9, you've got one foot in the door. My current .sig claims,
someone naively, that if you standardise on protocols and file formats,
the applications will take care of themselves. Plan 9 is great for
interfacing at a protocol/file format level, because of the user-mode
servers, and because files need not be passive animals.

Perhaps there's a marketing trick here. I get incensed when Internet
Explorer slyly offers to make itself the default browser, bumping
other software out of the way, niggling at the subconcious. Perhaps
a Plan 9 application could do something similar: "By the way,
Microsoft's changed their file formats *again*. Do you still trust
your old files to work?"

steve




             reply	other threads:[~1997-05-01  7:45 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1997-05-01  7:45 Steve_Kilbane [this message]
  -- strict thread matches above, loose matches on Subject: below --
1997-05-08  4:39 Adam
1997-05-06  0:45 Eric
1997-05-05 14:02 Brandon
1997-05-04  9:04 Markus
1997-05-02 22:04 Bengt
1997-05-02 12:26 Digby
1997-05-02  0:59 Digby
1997-05-01 19:14 Greg
1997-05-01 18:28 Eric
1997-05-01 16:04 Berry
1997-05-01 15:25 Tom
1997-05-01 12:46 bwong
1997-05-01  3:54 Digby
1997-04-30 23:48 Scott
1997-04-30 21:11 rsc
1997-04-30 20:09 Lucio
1997-04-30 17:06 Digby
1997-04-30  7:38 Borja
1997-04-30  6:01 Brandon
1997-04-29 23:28 Alex
1997-04-29 23:06 Digby

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=19970501074558.CuJpCaPn__9pVIov6q6FJ4Dex4HUqIOeAO6hLOhgCzY@z \
    --to=steve_kilbane@cegelecproj.co.uk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).