comp.lang.ada
 help / color / mirror / Atom feed
From: kalvin.news@gmail.com
Subject: Re: Ada and Java/C++
Date: Tue, 28 Aug 2012 01:28:45 -0700 (PDT)
Date: 2012-08-28T01:28:45-07:00	[thread overview]
Message-ID: <f38757f3-8504-472b-8918-961993f371b8@googlegroups.com> (raw)
In-Reply-To: <be92ef0c-81d6-4aff-9ed5-4efb47a17463@googlegroups.com>

tiistai, 28. elokuuta 2012 9.57.40 UTC+3 Shark8 kirjoitti:
> On Monday, August 27, 2012 11:35:28 PM UTC-6, kalvi...@gmail.com wrote:
> 
> > My suggestion here is to introduce Ada's good virtues for C and Java programmers in syntax that is familiar to most of the software engineers.
> 
> You aren't listening to the replies you're getting; it's a bad idea to try to gloss over (extend) C/Java syntax. Randy's reply is a good one in explaining why syntax itself matters.

I hear you, and I have read replies - Randy's too, and I could not agree more with the replies.

I do understand the fact, that the Ada's syntax is crafted for good readability and less error prone as Java/C.

We are standing at the shoulders of giants here: C, Java and Ada are all mature languages, and C's and Java's weaknesses are well documented. Ada has excellent document about the rationale behind the language and the decisions made during language development.

But if the programmers *want* to use or are *insiting in using* languages with resemble Java/C, then the best we can do is to fix the Java/C syntax as much as possible, and remove or fix the parts that are considered dangerous.

As many responders have pointed out, that it might not be possible to express Ada completely in C/Java-like syntax. Maybe we could come up with something, that is half-way between the languages. Someone in the thread suggested expressing a subset of Ada in C/Java-like syntax. That might be a good and reasonable solution. The result would be somewhere between Ada and Java/C: strong type checking, packages, free from error prone syntax like dangling-elses etc. 

If the programmer wants to get full Ada power, they should start using Ada instead. But they would already be half-way there: They would be accustomed with strict type checking, packages etc. and better software construction. And after that, the Ada might appear to be more natural to them.

Btw, the ideas on implementing a preprocessor and/or JVM compiler are excellent.

- Calvin



  reply	other threads:[~2012-08-28  8:28 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-08-27 10:46 Ada and Java/C++ kalvin.news
2012-08-27 11:48 ` Dmitry A. Kazakov
2012-08-27 13:44   ` kalvin.news
2012-08-27 14:33     ` Dmitry A. Kazakov
2012-08-27 15:26     ` J-P. Rosen
2012-08-27 15:46       ` Georg Bauhaus
2012-08-27 16:08       ` kalvin.news
2012-08-27 23:16     ` Randy Brukardt
2012-08-28  2:14       ` Adam Beneschan
2012-08-28 10:50         ` Brian Drummond
2012-08-28 14:22           ` kalvin.news
     [not found]           ` <gcup38ldi4afrt9q2uj70qoe7l2lcn4rk1@invalid.netcom.com>
2012-08-28 23:00             ` Brian Drummond
     [not found]               ` <fouq38tqdp7fh86l2dp2pmr8jfdgi24i7j@invalid.netcom.com>
2012-08-29 10:39                 ` Brian Drummond
2012-08-27 14:35   ` Nomen Nescio
2012-08-27 21:23     ` gautier_niouzes
2012-08-27 14:09 ` Niklas Holsti
     [not found] ` <al1n38tdd0tq6p1os6p6angt91mginhoup@invalid.netcom.com>
2012-08-27 14:49   ` kalvin.news
2012-08-27 14:53   ` kalvin.news
2012-08-27 19:46     ` Shark8
2012-08-27 20:11     ` gautier_niouzes
2012-08-27 19:41 ` Shark8
2012-08-27 20:06 ` gautier_niouzes
2012-08-28  5:35 ` kalvin.news
2012-08-28  6:57   ` Shark8
2012-08-28  8:28     ` kalvin.news [this message]
2012-08-28 10:00       ` Niklas Holsti
2012-08-28  8:31     ` kalvin.news
2012-08-28  9:15       ` Niklas Holsti
2012-08-28  9:54   ` gautier_niouzes
2012-08-28 14:08     ` kalvin.news
2012-08-29 10:52 ` kalvin.news
replies disabled

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