comp.lang.ada
 help / color / mirror / Atom feed
From: Marin David Condic <nobody@noplace.com>
Subject: Re: NOACE- End of the road for Ada?
Date: Wed, 16 Mar 2005 17:42:59 GMT
Date: 2005-03-16T17:42:59+00:00	[thread overview]
Message-ID: <De_Zd.5321$qW.622@newsread3.news.atl.earthlink.net> (raw)
In-Reply-To: <mailman.35.1110950247.23655.comp.lang.ada@ada-france.org>



Alexander E. Kopilovich wrote:
> 
> Here you assume that everyone who has prudent interest in aiding Ada can see
> in one's neighbourhood some software development using Ada in some problem
> domain.
> 
I think I'm assuming that if you were developing software in any 
language for any particular domain, you'd see a bunch of tools sitting 
around you. Development tools, related libraries, other applications, 
etc. Chances are, if all those tools/libraries/related applications are 
developed in C, work with C or are simply oriented toward C, that you'd 
be fighting against the tide to use - say - Smalltalk. Even something as 
simple as a configuration management tool can discourage development in 
other languages. I've seen some that basically say "If you're tracking C 
code, I'll do this job and that thing and this other spiffy little task, 
but if you're any other language, you get just plain vanilla..."

My point being that if there were similar support structure in some 
problem space that was oriented toward Ada, written in Ada, compatible 
with Ada, etc., it would make Ada the natural choice. One would then be 
spitting into the wind to use something like C.



> 
> OK, Simulink. If I understand it properly, Simulink is a package that comes
> with MatLab (or there is another Simulink?). Search in Google quickly shows
> that there are some products, which support Ada with Simulink (at least those
> from universities). Probably you know or even use those products, and came to
> conclusion that they all are deficient comparing with Simulink support tools
> for C++. 
> 

Q: What does Simulink generate?
A: C

You can fight it, but all the pressure from every angle will be to 
utilize C because that's what Simulink generates.

Add to that the fact that the whole model of the way these sorts of 
tools design & operate is a kind of early vintage Fortran view of the 
universe and even if it *did* generate Ada, you're at best going to get 
Adatran code. How does Ada shine in any way if all you get is a stack of 
global variables and a bunch of subroutines to operate on them? Its 
fundamentally no better than the C you get already - so why spit into 
the wind? You even have to fight against Ada in some ways to make it 
work like Fortran/C so it only makes the job harder.

If there were a Simulink-like thing that was modeled with Ada in mind as 
the target language, it might have significant advantages *to the 
Simulink modeler-guy*. Right now, the guy generating the model has no 
reason to want to use Ada and every reason not to want to. From his 
view, all he sees is the Simulink model and attempting to generate any 
code in any language other than exactly what he is getting now (C) is 
only a pain in the ass and of no particular advantage.

If, OTOH, there was a Simulink-like modeling tool that took advantage of 
Ada-ish concepts - expressed things in terms of Ada constructs, for 
example - then the model builder would a) have the advantage of better 
abstraction, reuse of model components, better up-front consistency 
checks, etc., and b) would start having natural reasons to prefer Ada 
code generation.

This is just one example - and one that isn't elaborated on in great 
detail. Just think of similar things in different problem domains. 
People use CAD/CAM packages for mechanical design. Do they do any kind 
of code generation for modeling purposes? What do they generate? Is 
there some advantage to making the CAD/CAM tool express things in 
Ada-ish ways? (packages? strong typing? tasking? object oriented? etc?)

What about math and statistics packages? What about network 
applications? All these things (and more) have a bunch of surrounding 
tools, software libraries, related applications, etc., and even if Ada 
can play nicely with other languages, it is inherently swimming against 
the tide. If Ada  adopted one of these areas in some respect and built 
up that infrastructure, it would have Coolness Factor by providing 
capabilities not usually seen and would be providing the guy who has a 
job to do with incentives to want to use Ada.

MDC


-- 
======================================================================
Marin David Condic
I work for: http://www.belcan.com/
My project is: http://www.jsf.mil/NSFrames.htm

Send Replies To: m   o   d   c @ a   m   o   g
                    c   n   i       c   .   r

     "'Shut up,' he explained."

         --  Ring Lardner
======================================================================



  reply	other threads:[~2005-03-16 17:42 UTC|newest]

Thread overview: 53+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-03-10  2:33 NOACE- End of the road for Ada? Michael Card
2005-03-10  4:33 ` Alexander E. Kopilovich
2005-03-10 13:42   ` Michael Card
2005-03-10 21:57     ` Ludovic Brenta
2005-03-11  4:53     ` Alexander E. Kopilovich
2005-03-10 21:39   ` Frank J. Lhota
2005-03-12 19:08 ` svaa
2005-03-13  1:59   ` Stephen Leake
2005-03-13 12:44     ` svaa
2005-03-13 14:22       ` Stephen Leake
2005-03-13 14:56         ` Dmitry A. Kazakov
2005-03-13 21:50         ` Dr. Adrian Wrigley
2005-03-13 23:39           ` Larry Kilgallen
2005-03-13 23:20         ` Dr. Adrian Wrigley
2005-03-14  0:25           ` Michael Card
2005-03-14  2:11             ` Ed Falis
2005-03-14  2:29               ` Dr. Adrian Wrigley
2005-03-16  4:49             ` Wes Groleau
2005-03-14  2:22           ` Jeff C
2005-03-13 17:23       ` Marin David Condic
2005-03-13 18:42 ` adaworks
2005-03-13 19:58   ` Peter C. Chapin
2005-03-13 20:14     ` Pascal Obry
2005-03-14  5:13   ` Jared
2005-03-14 13:42     ` Marin David Condic
2005-03-15  0:34       ` Alexander E. Kopilovich
2005-03-15 10:52         ` Marin David Condic
2005-03-16  5:15           ` Alexander E. Kopilovich
2005-03-16 17:42             ` Marin David Condic [this message]
2005-03-17  2:34               ` adaworks
2005-03-17 13:25                 ` Marin David Condic
2005-03-17 15:35                   ` Dmitry A. Kazakov
2005-03-18 12:34                     ` Marin David Condic
2005-03-17  4:56               ` Alexander E. Kopilovich
2005-03-17 13:56                 ` Marin David Condic
2005-03-18 22:22                   ` Alexander E. Kopilovich
2005-03-19 13:43                     ` Marin David Condic
2005-03-17 14:54                 ` Dr. Adrian Wrigley
2005-03-18  1:26                   ` Alexander E. Kopilovich
2005-03-30  8:46                 ` jtg
2005-03-15  4:00     ` adaworks
2005-03-16 20:18       ` Robert A Duff
2005-03-17  2:48         ` adaworks
2005-03-17  3:54         ` Alexander E. Kopilovich
2005-03-18  2:45           ` adaworks
2005-03-18  3:45             ` Wes Groleau
2005-03-18  8:43               ` Dmitry A. Kazakov
2005-03-18 13:04               ` Robert A Duff
2005-03-18 14:03                 ` Jean-Pierre Rosen
2005-03-20 13:47       ` Marin David Condic
2005-03-20 17:29         ` adaworks
2005-03-21 13:07           ` Marin David Condic
2005-03-21 13:59             ` Peter Hermann
replies disabled

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