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
======================================================================
next prev parent 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