TEAM-ADA Archives

Team Ada: Ada Programming Language Advocacy

TEAM-ADA@LISTSERV.ACM.ORG

Options: Use Classic View

Use Monospaced Font
Show HTML Part by Default
Condense Mail Headers

Topic: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Sender: "Team Ada: Ada Advocacy Issues (83 & 95)" <[log in to unmask]>
X-To: "Kester, Rush W." <[log in to unmask]>, [log in to unmask]
Date: Wed, 10 May 2000 08:10:11 -0700
Reply-To: "Robert C. Leif, Ph.D." <[log in to unmask]>
Content-Transfer-Encoding: 7bit
From: "Robert C. Leif, Ph.D." <[log in to unmask]>
X-cc: "Moran, Tom" <[log in to unmask]>
In-Reply-To: <[log in to unmask]>
Content-Type: text/plain; charset="iso-8859-1"
MIME-Version: 1.0
Parts/Attachments: text/plain (140 lines)
From: Bob Leif
To: Rush Kester et al.
It is time to leap-frog the competition. Ada needs Ada.XML_IO. The
specification of XML_Io should include an XML document type definition, DTD,
for Ada. I highly recommend Inside XML DTDs by St. Laurent and Biggar McGraw
Hill, Part of ISBN 0-07-134621-X. Tom Moran has already created a prototype
server that runs locally. This means that the combination of Ada and XML
should provide a truly portable system that really runs everywhere:
Client-Server, Local Host and Operating System independent through Ada and
Ada.POSIX calls.

With ASIS it is now possible to make the much of the internals of tools
portable. With a  XML DTD for Ada, the front ends could run under a browser
and thus, also be portable.

-----Original Message-----
From: ACM SIGADA Ada Bindings Working Group
[mailto:[log in to unmask]]On Behalf Of Kester, Rush W.
Sent: Wednesday, May 10, 2000 6:26 AM
To: [log in to unmask]
Subject: Re: "Why Not Ada"


Craig, thanks for the summary of the some of the comments!

I agree that the Ada community would do well to keep an ear open to all
criticisms (based on fact or myth) and prepare response to address them
and change peoples perceptions.

The point made by Skweetis about how Ada bindings are constantly playing
catch-up to Microsoft/Sun/SGI/etc, points out the importance of tools like
Cbind, C2Ada, and BindCom.  The Ada community needs promote awareness of
these tools and work to make sure that ready to run versions are easily
available for all relevant platforms.

Rush Kester
Charter member Team Ada
Software Systems Engineer
AdaSoft at Johns Hopkins Applied Physics Lab.
email:  [log in to unmask]
phone: (240) 228-3030 (live M-F 9:30am-4:30pm, voicemail anytime)
fax:   (240) 228-6779
http://hometown.aol.com/rwkester/myhomepage/index.html

>-----Original Message-----
>From: Craig Spannring [mailto:[log in to unmask]]
>Sent: Tuesday, May 09, 2000 10:54 AM
>To: [log in to unmask]
>Subject: Re: "Why Not Ada"
>
>
>It is interesting reading through some of the comments.  I think that
>Ada supporters would do good to study those answers.  These are the
>reasons (right or wrong) people don't use Ada.  If you want to
>increase Ada's use, you better find a way to address these issues.
>
>
>
>
>  AdrianG wrote:
>     My understanding is that Ada was designed, in part, to help keep
>     the programmer from making some kinds of mistakes.
>
>And keeping the programmer from making mistakes is a bad thing?
>
>
>  Hynman wrote:
>     Ada was developed by the government, for military
>     applications. Since it's scope was so specialized
>
>I've run into this before.  It is interesting that many people think
>Ada is too specialized.  I'm sure if people found out that one of the
>design goals of Ada was to eliminate the hundreds of specialized
>languages used at DOD people would complain that it was too
>generalized.
>
>
>  Skweetis wrote:
>     I don't use Ada because there aren't very many library bindings
>     for it.
>
>Finally a criticism that isn't completely false.
>Microsoft/Sun/SGI/etc has legions of programmers and are constantly
>defining new APIs.  Everyone else will always be one step behind.
>
>
>  underclocked wrote:
>     There are almost no professional opportunities for ADA
>     programmers,
>
>This is always a hard one to get around without a substantial pocket
>book.  Witness the mini-compact disk.  Nobody uses them because nobody
>produces inexpensive mini disk players.  Nobody produces inexpensive
>mini disk players because nobody uses them.
>
>In my own project, I'm having a hard time gaining management
>acceptance for Ada.  I've worked through all of the other fallacies
>about Ada, but I'm having a hard time convincing management that good
>Ada programmers are just as easy to get as good C++ programmers.
>
>
>  ader wrote:
>     Anyway, the only programming projects I really enjoyed were the C
>     ones
>
>Many people enjoy the arcane.  It makes people proud of themselves
>when they track down a problem on their own.  On the other hand, Ada
>compilers do nothing but criticize.  The compiler is constantly
>saying, "Your code is wrong."  People don't like criticism.  They'd
>much rather have compiler that says, "Yes, your code is wonderful."
>Later on they even get the self-esteem boost when they track down
>the bugs.  For most people finding and fixing bugs is a self-esteem
>boosting process.  Ada limits that indulgence.
>
>
>  Arrogant-Bastard wrote:
>     specifically the design-by-committee approach
>
>It is a common perception that Ada was designed by committee and is
>therefore bad.  This is just an example of how people make up their
>minds first and justify their opinions later.  Facts don't matter to
>people, only opinion matters.
>
>
>
>
>Alex Otier writes:
> > The question was sent to Slashdot over the weekend, the URL is here
> >
> > http://slashdot.org/article.pl?sid=00/05/06/1435238
> >
> > --
> > Alex Otier
>=======================================================================
> Life is short.                  | Craig Spannring
>      Bike hard, ski fast.       | [log in to unmask]
> --------------------------------+------------------------------------
>  When all you've got is Perl, everything feels like a smashed thumb
>=======================================================================

ATOM RSS1 RSS2