Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!amdahl!acs
From: acs@amdahl.UUCP (Tony Sumrall)
Newsgroups: net.micro.amiga
Subject: Re: The Screwups Most Companies Make (TSMCM) and the WorkBench
Message-ID: <3929@amdahl.UUCP>
Date: Sat, 11-Oct-86 13:33:27 EDT
Article-I.D.: amdahl.3929
Posted: Sat Oct 11 13:33:27 1986
Date-Received: Sat, 11-Oct-86 21:53:48 EDT
References: <8610072043.AA18045@cory.Berkeley.EDU>
Reply-To: acs@amdahl.UUCP (Tony Sumrall)
Organization: Amdahl Corporation, Sunnyvale CA
Lines: 33

In article <8610072043.AA18045@cory.Berkeley.EDU> dillon@CORY.BERKELEY.EDU (Matt Dillon) writes:

> The moral is that if you find a deficiency in your OS, FIX IT IMMEDIATELY.
> Do not worry about incompatibilities.  Hardware is a different matter since
> you cannot easily propogate the changes to all concerned.  In the same way,
> deficiencies in software should be fixed as soon as possible.  The latter
> doesn't fit in well with most Companies since it involves a new release and
> updates, but fits extremely well with PD software.  This is why there are
> umpteen revisions of most good PD programs, because the writer cares and
> because she/he can distribute a new version at any time. 
> 
> Example: (TSMCM-WB)
>     The current Amiga's Directory structure is incompatible with the
>     way WorkBench works.
>                ...
> Solution:
>                ...
>     It does not make sense to modify DOS:
>                ...
>         (C) Changing DOS would break everything in existance that does funny
>             things with the disks, and probably more.
>     
> 
>                                 -Matt
Isn't point C in conflict with the first line of the quotation (I hope I
didn't take it out of context)?  It is precisely the matter of breaking
other innocent applications that makes the job of "fixing" deficiencies
so difficult (and doesn't make fixing bugs any easier either).
-- 
Tony Sumrall                    ...!{ihnp4,hplabs,seismo,sun}!amdahl!acs

[ Opinions expressed herein are the author's and should not be construed
  to reflect the views of Amdahl Corp. ]