comp.lang.ada
 help / color / mirror / Atom feed
From: 18k11tm001@sneakemail.com (Russ)
Subject: Re: memory management and productivity
Date: 23 Jun 2004 23:40:30 -0700
Date: 2004-06-23T23:40:30-07:00	[thread overview]
Message-ID: <bebbba07.0406232240.de2e599@posting.google.com> (raw)
In-Reply-To: bebbba07.0406231018.21Organization: LJK Software <IKJODEu6UfVI@eisner.encompasserve.org

Kilgallen@SpamCop.net (Larry Kilgallen) wrote in message news:<IKJODEu6UfVI@eisner.encompasserve.org>...
> In article <bebbba07.0406231018.21d042db@posting.google.com>, 18k11tm001@sneakemail.com (Russ) writes:
> 
> > The rocket scientists probably don't need or want automated memory
> > management for their real-time applications, but desktop application
> > developers probably do. Why not make them both happy?
> > 
> > Oh, the desktop developers are not "demanding" it? Of course they
> > aren't, because they aren't using Ada in the first place. And why
> > aren't they using Ada? Perhaps in part because it doesn't have GC.
> 
> They are off using Smalltalk ?
> 
> Why would they be using that rather than using the "build it yourself"
> form of garbage collection discussed here, all the time complaining
> that it was not built in.
> 
> > Why wait for your current customers to "demand" something before
> > adding a basic feature that could turn *potential* customers into
> > *actual* customers? I'm afraid that such short-sighted views will only
> > perpetuate the demise of Ada.
> 
> I have the feeling you don't have experience in marketing or overall
> company finance.

No, I don't. But it seems to me that Ada has a golden opportunity here
to provide a clear advantage over both C++ and Java -- and it is
declining.

C++ has no garbage collection, and development time is two to three
times greater as a result (not to mention memory leaks all over the
place). Java has GC, but everyone is working overtime to make it work
for real time. The obvious solution is to have GC available on demand
-- but *optional* at the discretion of the developer.

You Ada enthusiasts tell me that the Ada standard "allows" GC but does
not require it to be available. Well, as an engineer who would like to
promote Ada, I honestly don't know what that means. Does Ada have
standard automated memory management or doesn't it? Can I count on it,
or can't I? If not, what good is it to me?

Maybe you think I am just too simple minded. Well, maybe I am. But so
are a lot of other people, including many of the decision-making
managers you guys are so fond of. When they compare languages (if they
do), one thing they do is to set up a list of check boxes, and one is
for GC. As a rule of thumb, a check beats a question mark every time.



  parent reply	other threads:[~2004-06-24  6:40 UTC|newest]

Thread overview: 72+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-06-17  4:56 memory management and productivity Russ
2004-06-17  5:15 ` tmoran
2004-06-17  8:07 ` Martin Dowie
2004-06-18 23:10   ` Russ
2004-06-19  9:04     ` Martin Dowie
2004-06-21  4:16       ` Russ
2004-06-21  7:29         ` Jano
2004-06-21  8:02           ` Martin Dowie
2004-06-21  8:22             ` Jano
2004-06-21  9:07               ` Martin Dowie
2004-06-21 22:36             ` Brian May
2004-06-22  7:47               ` Martin Dowie
2004-06-21  8:14           ` Ole-Hjalmar Kristensen
2004-06-21  8:27             ` Jano
2004-06-21  8:29             ` Martin Dowie
2004-06-22  7:53               ` Ole-Hjalmar Kristensen
2004-06-26 15:44                 ` Robert I. Eachus
2004-06-21 16:31             ` Frank J. Lhota
2004-06-22  7:58               ` Ole-Hjalmar Kristensen
2004-06-21  8:14           ` Martin Krischik
2004-06-21 15:22             ` Hyman Rosen
2004-06-21 16:47               ` Martin Krischik
2004-06-21 17:51           ` Hyman Rosen
2004-06-22 17:02             ` Pascal Obry
2004-06-26 15:54             ` Robert I. Eachus
2004-06-21  7:46         ` Martin Dowie
2004-06-21 19:03           ` Russ
2004-06-22  2:39             ` David Starner
2004-06-22  8:03               ` Ole-Hjalmar Kristensen
2004-06-23  4:41                 ` Russ
2004-06-23  7:41                   ` Martin Dowie
2004-06-23 17:36                     ` Björn Persson
2004-06-23 22:06                       ` David Starner
2004-06-24  0:34                         ` Björn Persson
2004-06-24  6:45                           ` Martin Krischik
2004-06-24 10:27                             ` Wes Groleau
2004-06-23 23:02                       ` Russ
2004-06-26 16:16                         ` Robert I. Eachus
2004-06-23 13:11                   ` Larry Kilgallen
2004-06-23 17:21                     ` Björn Persson
2004-06-24  7:35                       ` Ole-Hjalmar Kristensen
2004-06-26 17:10                         ` Simon Wright
2004-06-23 18:18                     ` Russ
2004-06-23 23:18                       ` David Starner
2004-06-23 22:15                     ` Larry Kilgallen
     [not found]                     ` <bebbba07.0406231018.21Organization: LJK Software <IKJODEu6UfVI@eisner.encompasserve.org>
2004-06-24  6:40                       ` Russ [this message]
2004-06-26 16:33                         ` Robert I. Eachus
2004-06-29  0:33                           ` Randy Brukardt
2004-06-24 13:29                     ` Stephen Leake
2004-06-24 14:09                       ` Hyman Rosen
2004-06-24 19:58                         ` Frank J. Lhota
2004-06-25  1:30                         ` Stephen Leake
2004-06-25  2:15                         ` Russ
2004-06-24 19:26                       ` Russ
2004-06-25  1:37                         ` Stephen Leake
2004-06-25 10:13                           ` Ole-Hjalmar Kristensen
2004-06-26  0:20                             ` David Starner
2004-06-25 23:35                           ` Russ
2004-06-26 11:27                             ` Martin Dowie
2004-06-26 13:45                             ` Ed Falis
2004-06-26 20:38                               ` Russ
2004-06-26 21:36                                 ` Ludovic Brenta
2004-06-27  7:54                                   ` Dmitry A. Kazakov
2004-06-26 17:20                             ` Robert I. Eachus
2004-06-25  8:52                         ` David Starner
2004-06-24 20:51                     ` Larry Kilgallen
2004-06-22  6:09             ` Martin Krischik
2004-06-22 10:20             ` Georg Bauhaus
2004-06-26 16:00             ` Robert I. Eachus
2004-06-21  8:23         ` Dmitry A. Kazakov
  -- strict thread matches above, loose matches on Subject: below --
2004-06-21 10:33 Christoph Karl Walter Grein
2004-06-21 10:38 ` Jano
replies disabled

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