Classification: Confidential While I agree completely with what you said, please leave politics off the list. Thank you
-----Original Message----- From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of Savor, Thomas Sent: Sunday, August 22, 2021 6:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: EXTERNAL: Re: Programs that work right the first time. [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don't click links or open attachments as it may be a Phishing email, which can steal your Information and compromise your Computer.] "In April 2020, a voter fraud study covering 20 years by the Massachusetts Institute of Technology found the level of mail-in ballot fraud "exceedingly rare" since it occurs only in "0.00006 percent" of instances nationally, and, in one state, "0.000004 percent - about five times less likely than getting hit by lightning." That's by far the stupidest comment I've heard in long time.....MIT...Mass..area nothing but Democrats (of course, the election was clean). We already know that Arizona was fraud, Georgia was fraud...Georgia is trying to figure out how to audit Fulton County where terrible voting irregularities occurred...but the fraud machine is heavy...Next you are going to tell me that the Georgia voting law is wrong...if you think so STOP WATCHING CNN. But I know nothing will happen. We will not be secure with our elections until we go back to paper ballots...i don't trust electronic voting at all...the Rats didn't like under Bush, the GOP doesn't like it now. You say, " how can they cheat electronically"...guys think about it. Your PC recognizes when you plug something into USB...right. Volkswagen got into a lot of trouble when diesel car was plugged into emissions test...system recognized it, and changed the settings to pass emissions...then when unplugged, car computer reset system back to normal. So easily, a voting machine can recognize being audited, do things correctly, then when unplugged, go back to "coded" settings....voting machines by Law, once certified, are supposed to be dis-connected from the Internet, but we know that didn't happen in Arizona. There were 153 million registered voters in 2016, when 60% voted...which is a pretty high amount. In 2020, 168 million registered voters, 80+ for Biden 74+ for Trump, for 92% voted...impossible. Biden tried to have a rally here in Georgia during the election...couldnt get 100 people to show up...Trump had a rally here in Georgia filled up Mercedes Benz stadium, with about 50-60 thousand outside. Thanks, Tom -----Original Message----- From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of Bill Johnson Sent: Sunday, August 22, 2021 6:37 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL: Re: Programs that work right the first time. CAUTION: This email originated from outside of the company. Do not click links or open attachments unless you recognize the sender and know the content is safe. The number of lines of code is absolutely a good way to determine complexity. To say otherwise is silly. Is it a 100% correlation, of course not. Reminds me of people who say that elections are fraudulent and point to the handful of voter fraud incidents when the reality is, voter fraud is in effect zero. In April 2020, a voter fraud study covering 20 years by the Massachusetts Institute of Technology found the level of mail-in ballot fraud "exceedingly rare" since it occurs only in "0.00006 percent" of instances nationally, and, in one state, "0.000004 percent - about five times less likely than getting hit by lightning. Sent from Yahoo Mail for iPhone On Sunday, August 22, 2021, 6:25 PM, Jeremy Nicoll <jn.ls.mfrm...@letterboxes.org> wrote: On Sun, 22 Aug 2021, at 19:49, Bill Johnson wrote: > You claim to know of a 1 line APL super complex program but when asked > to prove it can't. What I actually said was: "A good case in point is that in APL a useful program can be written in one line." I /did not/ say that I knew of a (specific) 1 line super complex program, just indicating that useful one-liners exist in APL. I was merely suggesting that the number of lines in a program was not a good way of estimating complexity. The two examples I pointed you at on the APL wikipedia page are both (I think) good examples of how a single line of code can (a) do a lot, and (b) be hard to understand at a glance. Even if the individual APL operators (all those greek characters) were represented by operator names, or even function names (though they are not functions) I do not think anyone could guess what those lines do. There's a short line of code (only 17 characters!) that determines "all the prime numbers up to R". Search (for the text in quotes) on the quite long webpage at https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcomputerhistory.org%2Fblog%2Fthe-apl-programming-language-source-code%2F&data=04%7C01%7Callan.staller%40HCL.COM%7C365f093ec9e14653d75c08d965c45df8%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637652716377009541%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=%2FfoRsQSJudA3TJaddTrjalZUbwaYh257VNTo7My88CU%3D&reserved=0 to see it, with an explanation there of how that program works. It's a whole lot less easy to understand than the equivalent written in, say COBOL. -- Jeremy Nicoll - my opinions are my own. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: ________________________________ The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. ________________________________ ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN