From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-0.8 required=5.0 tests=BAYES_00,INVALID_DATE
	autolearn=no autolearn_force=no version=3.4.4
Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.3 4.3bsd-beta 6/6/85; site ucbvax.BERKELEY.EDU
Path: utzoo!watmath!clyde!burl!ulysses!ucbvax!JPL-VLSI.ARPA!larry
From: larry@JPL-VLSI.ARPA
Newsgroups: net.lang.ada
Subject: "Brain-dead programming"
Message-ID: <8604161007.AA01445@ucbvax.berkeley.edu>
Date: Wed, 16-Apr-86 00:24:10 EST
Article-I.D.: ucbvax.8604161007.AA01445
Posted: Wed Apr 16 00:24:10 1986
Date-Received: Fri, 18-Apr-86 05:33:33 EST
Sender: usenet@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
List-Id: <comp.lang.ada>

Getting rid of the worst programmers sounds like a good idea.  However, you
have to remember that most people have a mix of ability, interests, and 
experience that varies widely.  The person who is a bad choice for new program 
development may be perfect for debugging and rewriting old code.

In my experience the brightest programmers are often the worst to use in a team situation.  They may be able to produce a working program ten times as fast as 
anyone else, but when it needs changing no-one but they can do it--and they 
won't because they're working on this desperately urgent job.  And often they
have put in so much clever code that even they can't figure it out a year later.
I'm all for well-though out standards.  I think Ada is one such; every part of 
it has been tested in production languages except the tasking model, and that 
model is general enough to cover most applications.  Nor do you have to use it;
if you want semaphores or monitors you can roll your own, or get someone else's
package which you can tailor if you need to.  Further, the mix of features is
pretty good in Ada--I don't get a "kitchen-sink" feel when using it.

As for "tools for lazy minds," I feel the more the better as long as they don't get in each others way.  The better tools multiply the effectiveness of the 
good programmer.  But there is also a danger, of course; a power-tool can do 
that much more damage when used by a poor worker.
                                                        Larry @ jpl-vlsi