In <p06240401d2a2913f7acb@[192.168.1.242]>, on 12/25/2015
at 01:23 AM, "Robert A. Rosenberg" <[email protected]> said:
>This story (and the others) reminds me of an incident that occurred
>early in my programming life.
The clasic example is Multics. Early on they redesigned the file
system, replacing some Assembly Language for Multics (ALM) code with
PL/I code; the new version ran faster. As always, an efficient
algorith tumps micro-optimizarion. Not that you shouldn't try to write
good code as well ;-)
I ran into this when I had to rewrite an input routine for a PC
application written in Ada. The old version was assembler, and called
BDOS for each character. The new version was in Ada and directly
copied the data from the screen buffer. Major speedup.
>This worked until the Bean Counters wanted to replace the 2540
>with a 2501
Ah, bean counters. You lucked out; they can be very expensive if they
don't know what they're doing.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see <http://patriot.net/~shmuel/resume/brief.html>
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
