comp.lang.ada
 help / color / mirror / Atom feed
From: cis.ohio-state.edu!pacific.mps.ohio-state.edu!math.ohio-state.edu!uwm.edu !vixen.cso.uiuc.edu!uchinews!att-out!cbnewsl!willett@ucbvax.Berkeley.EDU  (davi
Subject: Re: 30 Years
Date: 26 Aug 93 14:57:46 GMT	[thread overview]
Message-ID: <CCDG8D.Js5@cbnewsl.cb.att.com> (raw)

>From article <9308251529.AA07664@manta.nosc.mil>, by mshapiro@MANTA.NOSC.MIL (
Michael D Shapiro):
> In INFO-ADA Digest V93 #560m Bob (so what happened to Paramax?) Munck
>      {munck@STARS.Reston.Paramax.COM} wrote:

	{Much deletion}
> 
> Probably what we should really hope that someone is looking for the
> successor to Ada and C++ and {insert your other favorite language here}
> that takes the most appropriate properties of each and combines them
> into a new tailorable language.  As I see it, this language should have
> multiple formality levels.  High formality would be required for huge
> systems.  Informality would be allowed for throwaway programs.
> In-between systems would need to conform to some intermediate formality
> levels.

Why do you think we need a "one-language-fits-all" solution?  In a previous
long-term (>30 year) project, we used two languages:

	HP's Rocky Mountain Basic for rapid prototyping

	Fortran for production code

Flame all you wish, but we were a collection of legacy systems that were
"protected" from the mandate.  I thought that environment worked very
well, largely because Rocky Mountain Basic (circa 1975) was a "Fortranized" 
dialect of Basic.  This made conversion into production code much easier.

We had the best of both worlds.  We could "run a solution up the flagpole"
with a quickie Basic prototype, and if "someone saluted" we could efficiently
recode the algorithm into Fortran.  If it turned out that the program was 
not that useful, we could trash the prototype or reuse pieces to solve 
other problems.

I found that I did just a bit more than half of my coding in Basic because
we wrote more throwaway stuff than production stuff.


<<<<<<<<<<<<<<<<<<<<<<<<<<<>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

Dave Willett          AT&T Federal Systems Advanced Technologies

The biggest mistake you can make is to believe that you work for someone else.
			
			-- Anonymous

             reply	other threads:[~1993-08-26 14:57 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1993-08-26 14:57 cis.ohio-state.edu!pacific.mps.ohio-state.edu!math.ohio-state.edu!uwm.edu [this message]
  -- strict thread matches above, loose matches on Subject: below --
1993-09-16 11:43 30 Years Richard A. O'Keefe
1993-09-13 16:27 agate!howland.reston.ans.net!usc!cs.utexas.edu!csc.ti.com!tilde.csc.ti.co
1993-09-10 22:07 Tucker Taft
1993-09-10 20:25 Robert I. Eachus
1993-09-10 17:57 Robert Kitzberger
1993-09-10 17:03 Mark C. Carroll
1993-09-10 15:49 cis.ohio-state.edu!news.sei.cmu.edu!ajpo.sei.cmu.edu!progers
1993-09-08 20:25 Michael D Shapiro
1993-09-08 19:38 Tucker Taft
1993-09-08 17:21 Michael D Shapiro
1993-08-30 16:00 agate!howland.reston.ans.net!darwin.sura.net!source.asset.com!shilling
1993-08-30  3:06 cis.ohio-state.edu!math.ohio-state.edu!darwin.sura.net!seas.gwu.edu!mfeld
1993-08-27 15:04 Tucker Taft
1993-08-26 16:09 agate!doc.ic.ac.uk!uknet!rsre!trout.rsre.mod.uk!trout!rigotti
1993-08-26 11:06 cis.ohio-state.edu!news.sei.cmu.edu!ajpo.sei.cmu.edu!wellerd
1993-08-25 15:29 Michael D Shapiro
replies disabled

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