>From before I ever got into programming, I always thought APL was real >programming language! It even looked like one.
However, I only got to play with it a bit back in the late 70's. I was impressed that one could replace an entire Cobol program with one or two APL strings. On Mon Jan 14 10:09 , 'McKown, John' <[EMAIL PROTECTED]> sent: >> -----Original Message----- >> From: IBM Mainframe Discussion List >> [EMAIL PROTECTED]','','','')">[EMAIL PROTECTED] On Behalf Of Shmuel Metz >> (Seymour J.) >> Sent: Sunday, January 13, 2008 5:53 PM >> To: [email protected] >> Subject: Re: Computer Science Education: Where Are the >> Software Engineers of Tomorrow? >> >> >> In >> [EMAIL PROTECTED]>, on >> 01/11/2008 >> at 01:22 PM, Jon Brock [EMAIL PROTECTED]> said: >> >> >Anyway, I'm not so sure I hold to the "it's just another language" >> >mindset as much as I used to. It seems to me that there are >> important >> >differences between the way you conceive of and design a program in >> >assembler/COBOL/C versus, say, Ruby or Java. >> >> My position is that the CS department should be teaching multiple >> languages in the first semester, carefully chosen to offer >> variety in the >> semantics and syntax. The intent should be to teach the Perl mantra >> TMTOWTDI. >> >> -- > >Yeah, I like that idea. I think that APL2 should be a __requirement__! >Why? So long as SQL is a major method for data manipulation, APL is a >great way to think in "result sets". A good APL programmer thinks in >terms of manipulating entire arrays. Most other languages do not, but >manipulate each element separately. I love APL. I am also somewhat brain >damaged from using it . > >-- >John McKown >Senior Systems Programmer >HealthMarkets >Keeping the Promise of Affordable Coverage >Administrative Services Group >Information Technology > >The information contained in this e-mail message may be privileged >and/or confidential. It is for intended addressee(s) only. If you are >not the intended recipient, you are hereby notified that any disclosure, >reproduction, distribution or other use of this communication is >strictly prohibited and could, in certain circumstances, be a criminal >offense. If you have received this e-mail in error, please notify the >sender by reply and delete this message without copying or disclosing >it. > >---------------------------------------------------------------------- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
