comp.lang.ada
 help / color / mirror / Atom feed
From: hbaker@netcom.com (Henry Baker)
Subject: Re: Depending on passing mechanism
Date: 1997/10/22
Date: 1997-10-22T00:00:00+00:00	[thread overview]
Message-ID: <hbaker-2110971616360001@10.0.2.1> (raw)
In-Reply-To: EIDp0s.F4y@world.std.com


In article <EIDp0s.F4y@world.std.com>, bobduff@world.std.com (Robert A
Duff) wrote:

> I'm surprised you still lurk here.  ;-)

'lurk' is probably an appropriate word  ;-)

> Then there's Java, which is about as deterministic as you can get --
> namely, the core language allows nondeterminism only for concurrent
> threads (btw Ada does better here).  But the libraries do whatever
> who-knows-who's windowing library likes, and of course some sort of
> "nondeterminism" is introduced by the fact that various Java compilers
> don't obey the Java standard (often deliberately).  But at least the
> semantics of plain old integer arithmetic and similar mundane operations
> are nailed down.
> 
> But Java pays an efficiency price for avoiding non-determinism.

The problem with standards is that there are too many of them.  (I don't
know who said this first, but I agree with him/her wholeheartedly.)

The major problem with 'loose' standards is that they serve the goals
of the implementors (compiler vendors A,B,C,etc.) instead of the goals
of the users.  Compiler vendors want to make it _seem_ like there is a
standard so that purchasing agents can do their check-box things, but
compiler vendors want to be enough different so that they can a) grab
the customer in the first place with some special feature, and then b)
keep the customer through more-or-less gratuitous incompatibilities that
would cost a fortune to track down, root out, and recertify.

Java started out as a user's dream -- software that runs anywhere/everywhere
without recompilation.  But then every Java implementor starts jockeying
for position, and M$ starts to either steal the show, or at least torpedo
the progress by adding gratuitous incompatibilities of their own.

Marketeers can't _stand_ highly flexible, retargetable, portable, scalable
products, because they can't charge different customers different prices
for the same thing.  So they make restricted, non-portable products which
are tightly constrained to live in a tiny box, so they can keep the customer
similarly constrained.

I never thought I would live to see the day when computer software -- the
ultimate in scalable, emulable, portable stuff (thanks to Turing's Thesis) --
could be bottled, de-natured and emasculated the way it has recently been done
by M$.

Turing-capable 'shell languages', which could be used to make up for a lot
of crappy user interfaces, have now been replaced with GUI's that can't be
programmed at all, and repeated commands must now be physically given with
a user's hands.  No wonder we're all getting carpal tunnel syndrome!  No
wonder the Commerce Dept can't find any evidence that computer 'investments'
produce any economic return!

(Sorry about the free-association, but it is important to understand that
technical issues are now completely irrelevant in the choice of computer
languages or their features.)




  reply	other threads:[~1997-10-22  0:00 UTC|newest]

Thread overview: 54+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1997-10-13  0:00 Depending on passing mechanism Andre Spiegel
1997-10-13  0:00 ` Matthew Heaney
1997-10-14  0:00 ` Robert Dewar
1997-10-14  0:00   ` Henry Baker
1997-10-15  0:00     ` JP Thornley
1997-10-15  0:00     ` Geert Bosch
1997-10-15  0:00       ` Henry Baker
1997-10-15  0:00         ` Robert Dewar
1997-10-15  0:00         ` Jon S Anthony
1997-10-16  0:00         ` Brian Rogoff
1997-10-17  0:00           ` Henry Baker
1997-10-18  0:00             ` Fergus Henderson
1997-10-18  0:00             ` Brian Rogoff
1997-10-18  0:00               ` Matthew Heaney
1997-10-19  0:00                 ` Brian Rogoff
1997-10-21  0:00                   ` Robert A Duff
1997-10-22  0:00                     ` Robert Dewar
1997-10-22  0:00                       ` Brian Rogoff
     [not found]                         ` <dewar.877601826@merv>
1997-10-23  0:00                           ` Brian Rogoff
1997-10-23  0:00                       ` Henry Baker
1997-10-23  0:00                     ` Brian Rogoff
1997-10-19  0:00               ` Fergus Henderson
1997-10-19  0:00                 ` Brian Rogoff
1997-10-20  0:00                   ` Fergus Henderson
1997-10-20  0:00                 ` Henry Baker
1997-10-20  0:00                   ` Tucker Taft
1997-10-21  0:00                     ` Geert Bosch
1997-10-15  0:00       ` Robert Dewar
1997-10-15  0:00         ` Brian Rogoff
1997-10-19  0:00           ` Robert Dewar
1997-10-22  0:00             ` Henry Baker
1997-10-15  0:00         ` Robert Dewar
1997-10-17  0:00           ` Andre Spiegel
1997-10-17  0:00             ` Henry Baker
1997-10-17  0:00               ` Jon S Anthony
1997-10-17  0:00               ` Robert I. Eachus
1997-10-21  0:00               ` Robert A Duff
1997-10-21  0:00                 ` Peter Hermann
1997-10-22  0:00                   ` Robert A Duff
1997-10-22  0:00                     ` Brian Rogoff
1997-10-22  0:00                 ` Henry Baker
1997-10-21  0:00                   ` Robert Dewar
1997-10-22  0:00                   ` Jon S Anthony
1997-10-22  0:00                   ` Brian Rogoff
1997-10-21  0:00     ` Robert A Duff
1997-10-22  0:00       ` Henry Baker [this message]
1997-10-21  0:00         ` Matthew Heaney
1997-10-22  0:00           ` Simon Wright
1997-10-23  0:00           ` Henry Baker
1997-10-23  0:00             ` Pat Rogers
1997-10-24  0:00             ` Robert Dewar
1997-10-23  0:00         ` Robert A Duff
1997-10-21  0:00   ` Keith Thompson
1997-10-14  0:00 ` Robert Dewar
replies disabled

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