home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / arch / 9247 < prev    next >
Encoding:
Internet Message Format  |  1992-09-07  |  5.1 KB

  1. Path: sparky!uunet!wupost!emory!rsiatl!exnet!dhd
  2. From: dhd@exnet.co.uk (Damon)
  3. Newsgroups: comp.arch
  4. Subject: Re: OS/MFT and Macintosh (was: ..History)
  5. Message-ID: <Bu4J78.785@exnet.co.uk>
  6. Date: 5 Sep 92 21:18:44 GMT
  7. References: <PCG.92Aug27125826@aberdb.aber.ac.uk> <9209031044.AA00288@iecc.cambridge.ma.us> <PCG.92Sep5132252@aberdb.aber.ac.uk>
  8. Organization: ExNet Systems Ltd Public Access News, London, UK
  9. Lines: 96
  10.  
  11. In article <PCG.92Sep5132252@aberdb.aber.ac.uk> pcg@aber.ac.uk (Piercarlo Grandi) writes:
  12. >I could even go as far as saying that most/a lot of the technology in
  13. >currently popular OS architectures can be directly traced back to the
  14. >fifties (my favourite example is 'ld' on many "Unix" implementations).
  15. >
  16. >All this is not encouraging. I seem to have noticed that as the computer
  17. >market has expanded, the lead time for new technology has increased. I
  18. >think that as things currently are, the time between successful
  19. >demonstration of an architectural technology and its diffusion in the
  20. >marketplace now stands at around 20 years (for example Accent,
  21. >reincarnated as Mach3, was conceived about 15 years ago, and its
  22. >underlying technology is only now becoming popular), if ever.
  23. >
  24. >This surely has (dire) implications for architecture in all branches of
  25. >computer science.
  26.  
  27. This is fascinating.  I've missed comp.arch having not had a fix for a
  28. whole week.  B^>
  29.  
  30. This 20-year lead-time may or may not be real.  I don't find it
  31. *necessarily* a bad thing.  And note that smaller communities can
  32. change faster than large ones for the same disruption (I opine...).
  33.  
  34. PROS:
  35.  
  36.  1) I like to stick with a technology for a reasonable number of years
  37.     so as to become relatively proficient, and so as to spend more time
  38.     on the applications and what I want to do with them than on the
  39.     tools.
  40.  
  41.     Thus I am a grudging X Windows user, and am a little happier with
  42.     the less overloaded interface of SunView for the moment.  When X
  43.     goes 3D with VR in five years (B^>), then I'll make the effort to
  44.     change to that wholeheartedly.  I might have to start ignoring the
  45.     three Sun-3s in my front room in the same way I ignore the PCs here
  46.     now except for file-transfer B^>.
  47.  
  48.     I also think that while C, SML and Prolog (for example) are all
  49.     nice languages, with Pascal a little aged perhaps, C++ is a
  50.     revolting kludge and I will wait for the *next* generation of
  51.     languages to come around before trying to get performance and
  52.     balanced semantics in one language!  At least if everything is
  53.     around for a while we get the chance to experiment with plenty of
  54.     variations, and many people will swear that C++ *is* very good.  If
  55.     C had only lasted three years (if, say, UNIX had only lasted that
  56.     long before something better/different replaced it), C++ would
  57.     never have been thought of.
  58.  
  59.  2) Long market stability means commodities get cheaper.  We can't all
  60.     have the latest technology on our desks anyway, so better 20 years
  61.     out of date and dirt cheap than not at all.  Ie better DOS on 50m
  62.     desks than super-duper WhatzitOS (TM) on 50,000 and crank desk
  63.     calculators on the rest.
  64.  
  65.     UNIX and DOS demonstrate that if something's around long enough
  66.     even the putative hairdressers of the economy can start doing
  67.     useful things at low cost.
  68.  
  69.  3) I'm helping design the architecture for a *major* project which
  70.     won't ship for 10 years.  At least I can hope that a few of the
  71.     major components around now will still exist in a recognisable and
  72.     usable form then.  Else the design process would be hopeless.  You
  73.     just don't get multi-multi-million UK#/US$ projects from drawing
  74.     board to PCB faster than this anyway, so inertia in the market
  75.     proves useful here...
  76.  
  77. CONS:
  78.  
  79.  1) When things have been around for a while they accumulate baggage
  80.     like ships accumulate barnacles.  Only no one's scraped UNIX much
  81.     recently...  Even the fairly lightweight DOS has bloated into
  82.     Windows 3, which I find primitive and insulting to the
  83.     intelligence.  (Yes, I know SunView is less sophisticated, but it
  84.     at least doesn't have the panaceal pretentions of DOS.) The
  85.     barnacles absorb the CPU power without contributing much to the
  86.     semantic content of the result.
  87.  
  88.  2) Technologies can get stuck because of marketing people at the
  89.     selling end frightened of change and because of out-dated
  90.     management at the buying end feeling a warm glow that their
  91.     ostritch-like behaviour has `proven' correct and they don't need to
  92.     make the effort to change.  Bad news.  Stifling.  (And these old
  93.     fogies can't write nice short, punchy sentences.  Like this.  Like
  94.     wot we kan.  B^>)
  95.  
  96. Well, this is long enough already, but I guess you get my drift.
  97. Inertia is not always a bad thing.  Arguably it kept Britain
  98. more-or-less socially intact since 1206 for example; let's just hope
  99. DOS and FORTRAN fall apart sooner.  B^>
  100.  
  101. Damon
  102. -- 
  103. Damon Hart-Davis | Tel/Fax: +44 81 755 0077 |1.24|| Cheap Sun eqpt available.
  104. Internet: dhd@exnet.co.uk | Also: Damon@ed.ac.uk || US high-perf motor groups.
  105. --------------------------+----------------------++ >12 mail&news polls / day.
  106. Public access UNIX (Suns), news and mail for #5 per month.  FIRST MONTH FREE.
  107.