home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.security.misc:2375 comp.org.eff.talk:8128
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!uwm.edu!ogicse!psgrain!qiclab!leonard
- From: leonard@qiclab.scn.rain.com (Leonard Erickson)
- Newsgroups: comp.security.misc,comp.org.eff.talk
- Subject: Re: Stupid Licenses (YUCK!)
- Message-ID: <1992Dec29.002945.4377@qiclab.scn.rain.com>
- Date: 29 Dec 92 00:29:45 GMT
- Article-I.D.: qiclab.1992Dec29.002945.4377
- References: <bhayden.724690634@teal> <1992Dec19.023609.26000@news2.cis.umn.edu> <1992Dec22.034142.14471@fsl.noaa.gov> <1992Dec28.002314.21233@news2.cis.umn.edu>
- Reply-To: Leonard.Erickson@f51.n105.z1.fidonet.org
- Organization: SCN Research/Qic Laboratories of Tigard, Oregon.
- Lines: 22
-
- charlie@umnstat.stat.umn.edu (Charles Geyer) writes:
-
- >In article <1992Dec22.034142.14471@fsl.noaa.gov> bear@kestrel.fsl.noaa.gov
- >(Bear Giles) asks:
-
- >> Would you postpone a release with known bugs (documented in a 'here there
- >> be dragons' addendum) which would replace a previous, more buggy version?
-
- >Why can't they just provide a release that fixes the old bugs without
- >introducing (known) new ones? Featurality first is the only explanation.
-
- Well, I know of a case where this was tried, but one of the fixes involved
- switching from a no longer supported (and *buggy*) comm library to a new
- library that turned out to be buggier than expected. While waiting for
- the fixes, the programmers decided to add a few of the "easy" features
- users had been requesting. Which (of course) lead to a few new bugs.
-
- --
- Leonard Erickson leonard@qiclab.scn.rain.com
- CIS: [70465,203] 70465.203@compuserve.com
- FIDO: 1:105/51 Leonard.Erickson@f51.n105.z1.fidonet.org
- (The CIS & Fido addresses are preferred)
-