comp.lang.ada
 help / color / mirror / Atom feed
From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!usc!news.aero.org!jordan@ucb vax.Berkeley.EDU  (Larry M. Jordan)
Subject: Ichbiah's Letter
Date: 14 Apr 93 00:12:48 GMT	[thread overview]
Message-ID: <1qfku0INN5f9@news.aero.org> (raw)

Omnes:

I read Ichbiah's letter to C. Anderson (as I'm sure many of you did).
I came away feeling a bit depressed, since I was seriously swayed
by the accumulated 'force' of Ichbiah's arguments.

I've spent the past few weeks trying to read and comprehend a recent 
mapping spec (v1.4).  I've not addressed any of the tasking related changes.  
I'm quite familiar with Ada'83, have also taught a C++ course) and I'm 
struggling with Ada'9X and wondering what herculean effort will be required 
by the uninitiated C or C++ programmer.

I want 9X to not only succeed, I also want it to be an obvious and superior
alternative to C++ in my lifetime.

I think some of Ichbiah's words 'enjoy' another hearing (I sure relished them):

 (aesthetics)
 "More than most people, I am driven by aesthetic considerations and the 
  strong belief that only beautiful shape can be correct shape." 

 "Alltogether, my impression of the present proposal reminds me of my awe when
  first crossing this bridge in Boston: the Mystic River Bridge. It certainly
  met the requirements but the accumulation and clutter of metal was
  oppressive and threatening and ... my preference will always go to the
  Golden Gate Bridge. The first had engineered features, the second had an
  Architect and a prodigious Architecture with charm."

 (homeric allusion, prophesy?!)
 "(Unlike Cassandra, I speak here with experience. Like Cassandra, however, 
  I may share the dual attributes of being right and not believed.)  

 (upward [in]compatibility)
 "Success of 9X will not happen unless it is a superset of current Ada:
  Existing compilers will have to be maintained for their current 
  applications and the resources do not exist to maintain two separate 
  families of compilers."

 "Moreover, very strict upward compatibility is a prerequisite for the 
  strategy of gradual introduction of 9X features in existing Ada compilers."

 "With the 9X revision process, we were considering a language revision, 
  as opposed to the design of an entirely new language." 

 (focus)
 "The priority for OOP comes from a real market requirement - these features
  will attract new users to Ada - and also from the ability to reuse the
  significant work that was done in libraries of classes for C++ and Turbo
  Pascal.  So it is part of the effort to interface Ada with the outside world
  and to reuse software and methods that are developed outside Ada."

 (complexity)
 "Moreover, the choice of Ada over some competing language such as C or C++
  is not going to depend on the presence of tasking features since these
  competing alternatives do not have any.  On the contrary, the presence in
  9X of features that they do not use could be an argument for not using the
  language as people fear the distributed inefficiencies that are commonplace
  for implementation of new languages (and with the level of change presently
  contemplated, 9X would be a new language to which the fine-tuning that took
  place for Ada in the past ten years would not apply)."

 (hierarchical libraries)
 "The feature may be well-designed, but it is nevertheless dead weight.  In
  addition, it has been shown to undermine one of the most valuable conceptual 
  assets of Ada: the safety of packages (with unwanted self-proclaimed 
  children getting access to the private part)."

 (solution)
 "I think that the 9X program requires a very substantial reorientation to
  succeed: I see more risk in continuing in the present course than in
  attempting a courageous reorientation."

I'd like to hear a response from the '9X team to each of these.  
Or do I ask too much?

--Larry


"Ted Holden delendus est"

             reply	other threads:[~1993-04-14  0:12 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1993-04-14  0:12 cis.ohio-state.edu!zaphod.mps.ohio-state.edu!usc!news.aero.org!jordan [this message]
  -- strict thread matches above, loose matches on Subject: below --
1993-04-14 13:16 Ichbiah's Letter Robert Firth
1993-04-14 13:58 enterpoop.mit.edu!spool.mu.edu!howland.reston.ans.net!noc.near.net!inmet!
1993-04-14 19:08 Robert I. Eachus
1993-04-14 20:17 Michael Feldman
1993-04-14 21:00 Alex Blakemore
1993-04-14 21:08 Alex Blakemore
1993-04-14 21:08 news
1993-04-14 23:24 usenet.ufl.edu!eng.ufl.edu!spool.mu.edu!sdd.hp.com!cs.utexas.edu!utnut!no
1993-04-15  3:24 Alex Blakemore
1993-04-15 12:23 Dave Hawk
1993-04-15 13:08 Wes Groleau X7574
1993-04-15 17:04 Michael Feldman
1993-04-15 18:01 cis.ohio-state.edu!zaphod.mps.ohio-state.edu!howland.reston.ans.net!usene
1993-04-15 19:34 David Emery
1993-04-16  7:26 Hu Man
1993-04-16  9:24 pipex!uknet!warwick!zaphod.crihan.fr!univ-lyon1.fr!scsing.switch.ch!sicsu
1993-04-20 10:10 cis.ohio-state.edu!zaphod.mps.ohio-state.edu!howland.reston.ans.net!torn!
2014-10-24 18:20 vincent.diemunsch
2014-10-24 18:47 ` Jeffrey Carter
2014-10-24 19:39   ` David Botton
2014-10-24 20:50     ` David Botton
2014-10-25  8:05   ` vincent.diemunsch
2014-10-25  9:12     ` Mark Carroll
2014-10-25 10:04       ` Dmitry A. Kazakov
2014-10-25 11:25         ` Simon Wright
2014-10-26  5:33           ` Randy Brukardt
2014-10-26 16:28   ` Jacob Sparre Andersen
2014-10-26 17:46     ` Simon Clubley
2014-10-26 22:36       ` Jacob Sparre Andersen
2014-10-27  3:00       ` Shark8
2014-10-26 17:59     ` invalid
2014-10-27  0:35       ` Dennis Lee Bieber
2014-10-27  3:01     ` Shark8
2014-10-27 22:10     ` Randy Brukardt
2014-10-28  9:45       ` Georg Bauhaus
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox