home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / arch / 8204 < prev    next >
Encoding:
Internet Message Format  |  1992-07-22  |  2.3 KB
  1. Path: sparky!uunet!mcsun!Germany.EU.net!unido!cat!incom!orfeo!darkcube!vhs
  2. From: vhs@darkcube.radig.de (Volker Herminghaus-Shirai)
  3. Newsgroups: comp.arch
  4. Subject: Re: Productivity != SPECmarks, crap-compatibility - what for? (Was: Re: What's in a name?)
  5. Message-ID: <1992Jul22.165906.368@darkcube.radig.de>
  6. Date: 22 Jul 92 16:59:06 GMT
  7. References: <1992Jul20.183334.19342@crd.ge.com>
  8. Sender: vhs@darkcube.radig.de (Volker Herminghaus-Shirai)
  9. Reply-To: vhs@darkcube.radig.de
  10. Lines: 39
  11.  
  12. In article <1992Jul20.183334.19342@crd.ge.com> davidsen@ariel.crd.GE.COM  
  13. (william E Davidsen) writes:
  14. > In article <1325@pacsoft.com>, mike@pacsoft.com (Mike Stefanik) writes:
  15. > 
  16. > |> : What it comes down to is that people are unsatisfied with what their
  17. > |> : computer does for them so they keep buying bug-fixes (aka upgrades) as
  18. > |> : well as new CPUs [...] while around me people keep upgrading their
  19. > |> : PCs from 386/33 to 486/25 to 486/33 to 486/50 and are still unhappy.
  20. > |> 
  21. > |> People upgrade their machines because the marketing hype tells them that
  22. > |> this will put them on the road to Nirvana, and hope against hope, they
  23. > |> open their wallet one more time.  This has nothing to do with a specific
  24. > |> machine architecture or operating system.
  25.  
  26. No, I guess it doesn't.
  27.  
  28. > |> : I'm sure the day will come when people notice that it's a matter of
  29. > |> : (esp. OS) software more than hardware [...]
  30. > 
  31. >   That would improve the output speed.
  32.  
  33. No, no, no! You can improve output speed by upgrading to a faster machine.
  34. That's what people keep doing and that's what I'm critisizing. It is for
  35. most cases (i.e. private applications, different for number-crunching) the
  36. wrong approach. The right approach is to improve the *quality* on the output
  37. and input side. I.e. keep things like copyright-messages and other such crap
  38. off my screen, use an output format so that output can be used as input to  
  39. another command, etc.
  40. It's no use having a fast processor if you have to keep answering lots of
  41. redundant dialogs for every little bit of real work you want to do.
  42. A well-designed combination of OS+GUI can improve one's productivity
  43. by an order of magnitude, while the next chip generation usually only does x2.
  44.  
  45. But let's take this out of comp.arch - maybe to alt.pervert.microsoft? ;-}
  46.  
  47. --
  48. Volker Herminghaus-Shirai (vhs@darkcube.radig.de)
  49.  
  50. If I had intel inside(tm), I'd throw up...
  51.