comp.lang.ada
 help / color / mirror / Atom feed
From: UB.com!igor!rutabaga!rjg@uunet.uu.net  (Bob Geiger)
Subject: Re: Life cycle costs for FORTRAN+Ada vs. Ada
Date: 9 Apr 92 23:51:07 GMT	[thread overview]
Message-ID: <4902@igor.Rational.COM> (raw)

In article <1992Apr4.190401.22260@aero.org> jordan@aero.org (Larry M. Jordan) w
rites:

>Is it "reasonable" to:
>
>[1] Develop in FORTRAN and "migrate" to Ada?
>    o Is conversion/translation of the developed FORTRAN to Ada viable?
>    o Or is it better to have a trained Ada programmer to reimplement
>      from "language independent" algorithmic descriptions of working
>      code?

This first option of conversion from Fortran to Ada is the only
one I strongly advise against. This conversion, whether automated
or manual, is likely to yield "Adatran" (Fortran-like Ada) - with
inherently poor maintainability, understandability, portability
(and several other well-known "-bilities"). I have seen this happen
and it's not a pretty sight. Avoid it if possible.
The second will work, and seems most useful if you need to deliver
a design document that describes these algorithms. If you're just
going to use them to implement in Ada, then why waste time expressing
the algorithm in a language independent way?

>[2] Or, Require the untrained to develop in Ada from the start? 
>    o Take an initial productivity hit an train scientists in Ada?
>    o And/Or have a knowledgable Ada programmer(s), who might be
>      unfamiliar with the applications area,  work closely with
>      the scientists, monitoring what's going on to guarantee "good"
>      Ada?

I prefer the second option here. Put together the heads of the
Ada expert(s) and the scientists. I have found that a little
guidance can help speed the learning curve for Ada rookies. The
reason for this is not to help teach the nuts and bolts of the
language - anyone who knows Fortran can write with a similar
style in Ada. The trick is to grasp the new capabilities of
information hiding, abstraction, and object-orientedness (or at
least object-basedness :-) ).

Hope this helps,

Bob

===========================================================================
| Bob Geiger (rjg@rational.com)        Rational                           |
| Technical Consultant                 3320 Scott Blvd.                   |
| (408) 496-3743                       Santa Clara, CA 95054-3197         |
===========================================================================
--
===========================================================================
| Bob Geiger (rjg@rational.com)        Rational                           |
| Technical Consultant                 3320 Scott Blvd.                   |
| (408) 496-3743                       Santa Clara, CA 95054-3197         |

             reply	other threads:[~1992-04-09 23:51 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1992-04-09 23:51 Bob Geiger [this message]
  -- strict thread matches above, loose matches on Subject: below --
1992-04-05  1:35 Life cycle costs for FORTRAN+Ada vs. Ada Gregory Aharonian
1992-04-04 19:04 cis.ohio-state.edu!zaphod.mps.ohio-state.edu!usc!aero.org!jordan
replies disabled

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