From: James Alan Farrell <jfarrell@nospam.com>
Subject: Re: Isn't this in favour of Ada??
Date: Tue, 19 Jul 2005 13:03:55 -0400
Date: 2005-07-19T13:03:55-04:00 [thread overview]
Message-ID: <42dd32d9_3@newsfeed.slurp.net> (raw)
In-Reply-To: <8wOBe.3773$oZ.828@newsread2.news.atl.earthlink.net>
[-- Attachment #1: Type: text/plain, Size: 2671 bytes --]
Marin David Condic wrote:
> I've seen similar things. ;-)
>
> But ultimately, you're not going to get much better understanding of how
> to use Ada unless Ada gets used more generally. People who get dumped
> onto a project done in Ada and then return back to other activities
> (because Ada is not used extensively, making it a possible career) don't
> spend enough time there to get good at it & really understand the
> language. They don't necessarily operate in an environment where there
> is long-term institutional knowledge built up around what is the best
> way to do things.
>
> If Ada got out of its position as being a niche-language and got, say,
> 20% of the software development market? - there would be a lot more
> widespread knowledge of "Best Practices" and you wouldn't see as much
> incorrect featrue usage.
>
> But that means Ada has to show up in product development and that means
> that people who think Ada is a good thing have to apply it in developing
> new & successful products. That takes entrepeneurs. More of us have to
> do that.
>
> MDC
>
>
> Marc A. Criley wrote:
>
>>
>> Unfortunately I've found this to be all too true :-( I've been
>> involved with fixing up more than one system (long after the original
>> designers have moved on) that had horrendous misuse of tasking.
>>
>> One had tasks handling the buffering of data in and out of sockets. A
>> reasonable application of tasking, yes?
>>
>> Except all the interaction between the tasks and the application
>> occurred _within_ the 'accept' blocks. Meaning a message would come
>> on the socket and into the socket-monitoring task, rendezvous and
>> block on the buffering task, which would rendezvous and block on the
>> message processing task, which would generate output that would
>> rendezvous and block on the output buffering task, which would
>> rendezvous and block on the output socket transmission task, which
>> then write out the message, followed by unblock, unblock, unblock,
>> etc. I am not making this up.
>>
>> I characterized this as the world's most expensive procedure call chain.
>>
>
I think the biggest reason for things like this is lack of really good
books that do a good job of explaining Ada tasking. We have five or six
different books lying around the office with names like "Object Oriented
Programming in Ada" (which gives a good overview of the basic features
of Ada, with a few notes on object oriented programming added as an
after thought), "Ada as a second language", etc. None do a good job of
covering advanced features of Ada, such as tasking, or Ada's object
oriented programming.
JAF
[-- Attachment #2: jfarrell.vcf --]
[-- Type: text/x-vcard, Size: 88 bytes --]
begin:vcard
fn:James Alan Farrell
n:Farrell;James
org:GrammaTech
version:2.1
end:vcard
next prev parent reply other threads:[~2005-07-19 17:03 UTC|newest]
Thread overview: 60+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-14 11:34 Isn't this in favour of Ada?? Erlo Haugen
2005-07-14 14:56 ` Mike Silva
2005-07-14 16:11 ` Jeffrey Carter
2005-07-14 18:06 ` Marc A. Criley
2005-07-15 13:05 ` Marin David Condic
2005-07-19 17:03 ` James Alan Farrell [this message]
2005-07-19 17:31 ` Ed Falis
2005-07-20 11:49 ` Marin David Condic
2005-07-19 11:40 ` Erlo Haugen
2005-07-19 17:10 ` Jeffrey Carter
2005-07-19 15:41 ` Dan McLeran
2005-07-19 17:17 ` Adrien Plisson
2005-07-20 2:22 ` Jeffrey Carter
2005-07-20 5:13 ` Dan McLeran
2005-07-22 7:30 ` Erlo Haugen
2005-07-22 13:12 ` Marc A. Criley
2005-07-22 13:36 ` Erlo Haugen
2005-07-22 14:24 ` Dan McLeran
2005-07-22 14:29 ` Bob Spooner
2005-07-23 13:02 ` Ludovic Brenta
2005-07-22 18:01 ` Marc A. Criley
2005-07-22 15:49 ` Jeffrey Carter
2005-07-15 14:04 ` Florian Weimer
2005-07-15 21:10 ` Larry Kilgallen
2005-07-18 12:37 ` Marin David Condic
2005-07-18 12:57 ` Ed Falis
2005-07-18 13:18 ` Marin David Condic
2005-07-18 14:12 ` Ed Falis
2005-07-19 12:51 ` Marin David Condic
2005-07-19 18:08 ` Robert A Duff
2005-07-20 5:12 ` Simon Wright
2005-07-20 15:37 ` Robert A Duff
2005-07-21 12:15 ` Marin David Condic
2005-07-21 15:32 ` Robert A Duff
2005-07-20 12:26 ` Marin David Condic
2005-10-27 7:20 ` Robert I. Eachus
2005-08-04 12:59 ` Florian Weimer
2005-08-05 14:29 ` Larry Kilgallen
2005-08-05 16:58 ` Florian Weimer
2005-08-05 23:15 ` Larry Kilgallen
2005-08-06 4:01 ` tmoran
2005-08-06 10:28 ` Pascal Obry
2005-08-06 10:33 ` Pascal Obry
2005-08-06 11:02 ` Dmitry A. Kazakov
2005-07-21 13:27 ` Maciej Sobczak
2005-07-22 7:39 ` Erlo Haugen
2005-07-22 9:29 ` Maciej Sobczak
2005-07-22 10:41 ` Erlo Haugen
2005-07-22 14:28 ` Alex R. Mosteo
2005-07-22 15:02 ` Pascal Obry
2005-07-25 9:48 ` Tassilo v. Parseval
2005-07-25 13:31 ` Adrien Plisson
2005-07-25 15:08 ` Jerome Hugues
2005-07-25 15:58 ` Adrien Plisson
2005-07-25 21:03 ` Jerome Hugues
2005-07-26 6:03 ` Tassilo v. Parseval
2005-07-25 16:39 ` Pascal Obry
2005-07-26 5:58 ` Tassilo v. Parseval
2005-07-26 17:25 ` Pascal Obry
2005-07-22 15:26 ` Georg Bauhaus
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox