- ~ Roy,4.s y ~ , .Tr. Los Angeles, Catifo,-.ia [I] [2] [3] [4] [5] [5] [7] [8] /9] [10] [11] V R-A SPIBA5 B;C;D;BIO a NONNEGATIVE 17 2EGEH SCALAR GIVES 2BE FING22H a 0F ~HE SPIBAE. CH/~a[JTER VECTOR <.4,>SPECIFIES , A SEQUENCE OF DIBEC2IONS (I=t=NOF~H, 2=~=EAST, a 3=~=SOUTB, 4=~-=WEST). 5 JUN 82 /f/flY H~(BLi l)pBIO~O o ~iB_<I , ESCAPE IF TBIVIAL ~ DECODE DIREC2IONS: D~(12 2p-1 0 0 1 1 0 0 -l)['NESWt~1234'tA~,Ai] a COMHffE TIIE MOVES: C~F(4xR~B-1)*0.5 o D4h+~D[R~( [-\l+tC)/Op~pA;] a FIEE /N TBE NUMBEBS: R~(x/C~l+r/m~P-(gD)pLMD)pO o R[C eD]~tB o R~-CpR Evolution code. We often tend to think we have matured in our code design and programming skills, and looking back at old code reinforces this tendency. But the fact that it keeps happening--yesterday's code looks like trash compared to today's gems --really belies the truth that we are always improving, and our code is never quite so extraordinary as we might wish to think. I recently was confronted with this disconcerting thought while reading Eugene McDonnell's column "At Play withy' in the October, 1996 (Vol,13, No.2) issue of Vector, the excellent sister publication of APL Quote Quad from the British APL Association. This particular column
/lp/association-for-computing-machinery/whizbang-w7ABeYUaaD