From: adam@irvine.com (Adam Beneschan)
Subject: Re: Software Engineering News Brief
Date: 1996/11/01
Date: 1996-11-01T00:00:00+00:00 [thread overview]
Message-ID: <55e02f$oq0@krusty.irvine.com> (raw)
In-Reply-To: 55dr50$ch1@ns1.sw-eng.falls-church.va.us
seic@sw-eng.falls-church.va.us (Software Engineering News) writes:
>*******************************
>YEAR 2000 NO PROBLEM FOR ADA
>
>Ada developers who've been scorned by the C/C++ camp might be laughing
>all the way to the year 2000.
>
>Ada applications aren't likely to fail any time between now and January 1,
>2000, or beyond, for the simple reason that Ada doesn't let programmers
>represent dates in two-digit shorthand.
>
>"There's no problem with Ada," said Jacques Brygier, marketing director
>for Thompson Software Products. "The language has been defined in a way
>that you cannot make this kind of mistake."
>
>According to Dr. Charles Engle, chief of the Ada Joint Program Office, the
>Ada language itself has built-in dates from 1901 to 2099, thus eliminating
>the 2000 problem.
>
>TOPIC: ADA
>
>SOURCE: Olsen, Florence. "Ada sails smoothly into 2000," Government
>Computer News v15(25), Oct. 7, 1996, p. 33.
>
>*************************************
Ada has a number of advantages over other languages, so I hope no one
trying to advocate the language resorts to a lame reason like this
one. The Year 2000 problem is a software design issue, not a language
issue. I think that programmers in recent years have been aware that
the millenium is looming, more than they were 25-30 years ago, so any
program designed these days will take the year 2000 into account.
Sure, other languages like C don't have standard library routines to
handle dates defined in the language definition, but it's no problem
to put your own together. So I don't see how Year 2000 issues give us
any particular reason to crow about Ada. (Or to insult C/C++ in the
process. I'm willing to bet that the vast majority of programs with a
Year 2000 problem are COBOL, RPG, or other older languages, not C and
definitely not C++.)
-- Adam
next prev parent reply other threads:[~1996-11-01 0:00 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
1996-11-01 0:00 Software Engineering News Brief Software Engineering News
1996-11-01 0:00 ` Adam Beneschan [this message]
1996-11-05 0:00 ` David Bradley
1996-11-05 0:00 ` Larry Kilgallen
1996-11-05 0:00 ` Steve Jones - JON
1996-11-06 0:00 ` Ed Falis
1996-11-06 0:00 ` John Cosby
[not found] ` <55rmsc$2ee$1@shade.twinsun.com>
1996-11-07 0:00 ` caip.rutgers.edu!halasz
-- strict thread matches above, loose matches on Subject: below --
1996-11-05 0:00 tmoran
1996-11-05 0:00 ` Robert Dewar
1996-11-07 0:00 ` Stefan.Landherr
1996-11-11 0:00 ` Robert Dewar
1996-11-05 0:00 ` jimgregg
1996-11-06 0:00 ` Tom Reid
1996-11-07 0:00 ` Robert Dewar
1996-11-07 0:00 ` Norman H. Cohen
1996-11-08 0:00 ` Robert I. Eachus
1996-11-09 0:00 ` Paul Eggert
1996-11-11 0:00 ` Norman H. Cohen
1996-11-16 0:00 ` Robert Dewar
1996-11-17 0:00 ` Fergus Henderson
1996-11-17 0:00 ` Robert Dewar
1996-11-17 0:00 ` Larry J. Elmore
1996-11-17 0:00 ` Robert Dewar
1996-11-18 0:00 ` Keith Thompson
1996-11-18 0:00 ` Norman H. Cohen
1996-11-19 0:00 ` Frank Manning
1996-11-18 0:00 ` Larry Kilgallen
1996-11-18 0:00 ` Robert Rodgers
1996-11-18 0:00 ` Mark A Biggar
1996-11-18 0:00 ` Dave Sparks
1996-11-24 0:00 ` Paul Eggert
1996-11-24 0:00 ` Robert Dewar
1996-11-25 0:00 ` Paul Eggert
1996-11-18 0:00 ` Matt Kennel
1996-11-19 0:00 ` Martin Tom Brown
1996-11-19 0:00 ` Keith Thompson
1996-11-21 0:00 ` Robert I. Eachus
1996-11-07 0:00 tmoran
1996-11-07 0:00 ` Robert Dewar
[not found] <55t882$9m@news2.delphi.com>
1996-11-07 0:00 ` Robert Dewar
1996-11-09 0:00 tmoran
1996-11-09 0:00 ` Robert Dewar
1996-11-12 0:00 Marin David Condic, 561.796.8997, M/S 731-93
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox