home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / arch / 9340 < prev    next >
Encoding:
Text File  |  1992-09-10  |  3.0 KB  |  73 lines
  1. Newsgroups: comp.arch
  2. Path: sparky!uunet!boole!John
  3. From: John@boole.uucp (John Ahlstrom)
  4. Subject: Re: Computer architects forced to change careers. NOT!
  5. Message-ID: <1992Sep10.183449.7557@boole.uucp>
  6. Organization: Boole & Babbage, Inc.
  7. References: <1992Sep9.213319.7894@fasttech.uucp> <x+tnpl#.tcmay@netcom.com>
  8. Date: Thu, 10 Sep 1992 18:34:49 GMT
  9. Lines: 62
  10.  
  11.  
  12.  
  13. NEW COMMENTS AT THE TOP INSTEAD OF THE BOTTOM OR INTERMIXED:
  14.  
  15.     RIGHT ON Timothy C May -- If you are not making mistakes
  16.     you are not pushing hard enough.  Too bad others don;t
  17.     write bout theirs so we can learn from theirs stead of
  18.     ours.
  19.  
  20. In <x+tnpl#.tcmay@netcom.com> tcmay@netcom.com (Timothy C. May) writes:
  21.  
  22. >zeke@fasttech.uucp (Bohdan Tashchuk) writes:
  23.  
  24. >: Take a look at the history of the Intel 432. Was there ever a computer
  25. >: architecture that was a worse disaster?
  26. >: 
  27. >: And yet, those most directly responsible were (at least initially) allowed an
  28. >: almost completely free hand to architect what eventually became the Intel 960.
  29. >: The proprietary crud that was left in the 960 after some sanity prevailed
  30. >: became the cornerstone of BiiN's non-contribution to the computer industry.
  31. >: 
  32. >: Probably $100e6 down the drain between the 432 and BiiN. Not even taking into
  33.  
  34. >Ironically, I just posted a few thoughts on the 432 over in
  35. >comp.sys.intel just yesterday. You might want to take a look. While
  36. >the 8800/432/Gemini/Biib/960 saga is a long and convoluted one (and is
  37. >arguably not over yet, as the 960 has gotten a lot of design wins), I
  38. >think you're being simplistic in your characterization.
  39.  
  40. >: 
  41. >:     The concept of reward for a job well done and punishment for an abject
  42. >:     failure doesn't exist in many high-technology companies.
  43.  
  44. >Not true. Successes are rewarded, failures aren't. People leave
  45. >companies, etc. But companies like Intel---and I was at Intel from
  46. >1974 to 1986---don't shitcan engineers just because an effort failed!
  47. >Mistakes are made, that's the nature of high tech. 
  48.  
  49. >:     The 432 should be studied in all engineering schools as an example of
  50. >:     how NOT to design and implement a computer architecture.
  51. >: 
  52. >:     When screwups like this happen, a LOT of people get hurt in the
  53. >:     resulting layoffs that endear the company to Wall Street.
  54.  
  55. >I agree the 432 should be studied. I'm surprised that none of the
  56. >principals (one of whom later started Intel's iPSC supercomputer
  57. >effort, which is doing very well) has written a detailed case history
  58. >of what went wrong and what went right.
  59.  
  60. >As for your next comment, are you suggesting that with more careful
  61. >planning mistakes can be eliminated? In any case, I don't recall
  62. >seeing massive layoffs at Intel at any time.
  63.  
  64. >--Tim
  65.  
  66. >-- 
  67. >..........................................................................
  68. >Timothy C. May         | Crypto Anarchy: encryption, digital money,  
  69. >tcmay@netcom.com       | anonymous networks, digital pseudonyms, zero
  70. >408-688-5409           | knowledge, reputations, information markets, 
  71. >W.A.S.T.E.: Aptos, CA  | black markets, collapse of governments.
  72. >Higher Power: 2^756839 | RSA MailSafe Public Key: by arrangement
  73.