comp.lang.ada
 help / color / mirror / Atom feed
From: Gautier write-only <gautier_niouzes@hotmail.com>
Subject: Re: A scapegoat once again :(
Date: Sun, 22 May 2011 02:47:37 -0700 (PDT)
Date: 2011-05-22T02:47:37-07:00	[thread overview]
Message-ID: <adff894a-185a-4424-b4a2-04a0e31eab94@bl1g2000vbb.googlegroups.com> (raw)
In-Reply-To: 9b0df7c4-e934-44ad-b388-19174df51343@r20g2000yqd.googlegroups.com

On 20 mai, 17:13, Britt Snodgrass <britt.snodgr...@gmail.com> wrote:
> Seen on DailyTech today:
>
> http://www.dailytech.com/F22+Upgrades+Over+Budget+and+Behind+Schedule...
>
> "The cause of the delay in delivery stems from the programming
> language used called Ada. The Ada language was once a DoD standard,
> but the use of the language has waned in the last 15 years. Analyst
> Loren Thompson from the Lexington Institute said, "It tends to impede
> quick upgrades to the system to which it is the base software."
>
> It’s really sad and disturbing to read such an incorrect and
> uninformed statement. How could Ada "impede quick upgrades" unless
> they really mean that the coders they've been hiring recently are
> intimidated by compiler warnings.

If it can reassure you, I don't think the person behind that statement
knows what a compiler warning is :-). It sounds more like standard "IT
fashionista" speech from a not very technical person. Typically they
want "long-lasting technologies", the "newest technology", and "quick
upgrades" at the same time. They just cannot imagine that there could
be a contradiction in all that. It would mean they have a knowledge of
what makes a technology suitable for long-term projects.

Fortunately, now that time is passing and IT is stabilizing, you can
show with examples and nice Powerpoint slides why flashy technologies
are not suitable for projects due to last for more than 5 years. In
many cases, upgrades with MS technologies just don't work. In a recent
case a few days ago (porting a legacy .NET+SQL software to a new
server), the upgrade wizard stopped with a very verbose statement
"Type mismatch". No more info, like for instance the location. Bye-
bye. Fortunately I have made a replacement in Ada. So I was able to
say: "Don't worry, we'll install the old MS framework since the
software itself won't be updated; we have a replacement that avoids
using technologies with programmed obsolescence." :-)

G.



  parent reply	other threads:[~2011-05-22  9:47 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-05-20 15:13 A scapegoat once again :( Britt Snodgrass
2011-05-20 15:22 ` Hyman Rosen
2011-05-20 17:00   ` Shark8
2011-06-01 16:40   ` jonathan
2011-05-20 15:31 ` jonathan
2011-05-20 16:20   ` Dmitry A. Kazakov
2011-05-20 15:44 ` Nasser M. Abbasi
2011-05-20 15:59   ` Hyman Rosen
2011-05-20 16:12     ` Georg Bauhaus
2011-05-20 17:56     ` Phil Clayton
2011-05-21  8:06       ` Vinzent Hoefler
2011-05-21  7:59     ` Vinzent Hoefler
2011-05-20 16:20   ` Dmitry A. Kazakov
2011-05-20 16:30   ` Georg Bauhaus
2011-05-20 20:47   ` Simon Wright
2011-05-21  8:07     ` Vinzent Hoefler
2011-05-21  2:45 ` Robert Love
2011-05-21  8:19 ` Vinzent Hoefler
2011-05-22  9:47 ` Gautier write-only [this message]
2011-05-23 11:39 ` Gautier write-only
2011-05-23 12:25   ` Ludovic Brenta
2011-05-23 15:15     ` Adam Beneschan
2011-05-24  7:41       ` Rick
2011-05-24 10:11         ` AdaMagica
replies disabled

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