HNHacker News
TopNewBestAskShowJobs

TuLithu

-5 karma · joined August 11, 2019

I'm a computer programmer. I'm into: Scheme Lisp, C, UNIX/GNU+Linux/FreeBSD, violin, opera, and my family. Heroes: Ernest Nagel, Richard Hamming, Brian Harvey, and Yehudi Menuhin. Cheers!
submissionscomments
TuLithu··on How a Book Is Made – Ink, Paper and a 200k-Pound Printer
What are cookies?

Just kidding. I always forget stuff like that. Thanks for the "Pro Tip"

TuLithu··on How a Book Is Made – Ink, Paper and a 200k-Pound Printer
I live in the Philippines. There is no public anything here, LOL
TuLithu··on How a Book Is Made – Ink, Paper and a 200k-Pound Printer
While I appreciate you sharing this article, my free reads on New York Times have long been used up, and I don't plan to buy a subscription. But I've been to a book "factory" at Anadolu University in Eskisehir, Turkey. The printers ARE huge!
TuLithu··on The quest to create quality chocolate for a country obsessed with Cadbury (2017)
Die-hard Hershey's fan here. Maybe I'm a pleb, but I am not a fan of "artisanal" anything (these guys put the "anal" in "artisanal"). I only eat maybe one bar a week. I probably get ten times the amount of palm oil in my wife's cooking (she's a Filipina), and at 51, I can still run two miles better than most 30-year-olds. But hey, if you want to blow $5 or $10 on a chocolate bar, be my guest. I save my $s for books.
TuLithu··on Music theory for nerds (2016)
Once you've understood the basics, get the Gradus Ad Parnassum by Johann Joseph Fux. A word to the wise is sufficient.
TuLithu··on A simple system I’m using to stay in touch with hundreds of people
I know, right? This is kind of how I feel about org mode (in Emacs).
TuLithu··on A simple system I’m using to stay in touch with hundreds of people
It never ceases to amaze me how computer programmers can take the simplest things and make them mind-numbingly complex. Oy ve (and yes, I'm a programmer)! But if it makes him happy, more power to him.
TuLithu··on The Mathematical Foundation of Lisp
Primitive Recursive Functions
TuLithu··on Higher Math for Beginners (1987)
Awesome book. Thanks. I've been needing to get back on my mathematics studies. This fits the bill perfectly.
TuLithu··on Ada is not just another programming language (1986)
Well, being a mathematician, and having written important texts on numerical analysis, numerical programming was probably foremost in Hamming's mind. Interestingly, he doesn't accuse C of the same issues. I don't really have an opinion one way or the other. I just remembered the quote, and thought I'd share it. Hamming was a pretty awesome dude, so I reference him from time to time.
TuLithu··on Ada is not just another programming language (1986)
I apologize for the long quote, but I promise that if you read to the end, you will see that the discussion is germaine.

"I want to point out again the difference between writing a logical and a psychological language. Unfortunately, programmers, being logically oriented, and rarely humanly oriented, tend to write and extol logical languages. Perhaps the supreme example of this is APL. Logically APL is a great language and to this day it has its ardent devotees, but it is also not fit for normal humans to use. In this language there is a game of “one liners”; one line of code is given and you are asked what it means. Even experts in the language have been known to stumble badly on some of them.

A change of a single letter in APL can completely alter the meaning, hence the language has almost no redundancy. But humans are unreliable and require redundancy; our spoken language tends to be around 60% redundant, while the written language is around 40%. You probably think the written and spoken languages are the same, but you are wrong. To see this difference, try writing dialog and then read how it sounds. Almost no one can write dialog so that it sounds right, and when it sounds right it is still not the spoken language.

The human animal is not reliable, as I keep insisting, so low redundancy means lots of undetected errors, while high redundancy tends to catch the errors. The spoken language goes over an acoustic channel with all its noise and must caught on the fly as it is spoken; the written language is printed, and you can pause, back scan, and do other things to uncover the author’s meaning. Notice in English more often different words have the same sounds (“there” and “their” for example) than words have the same spelling but different sounds (“record” as a noun or a verb, and “tear” as in tear in the eye, vs. tear in a dress). Thus you should judge a language by how well it fits the human animal as it is—and remember I include how they are trained in school, or else you must be prepared to do a lot of training to handle the new type of language you are going to use. That a language is easy for the computer expert does not mean it is necessarily easy for the non-expert, and it is likely non-experts will do the bulk of the programming (coding if you wish) in the near future.

What is wanted in the long run, of course, is the man with the problem does the actual writing of the code with no human interface, as we all too often have these days, between the person who knows the problem and the person who knows the programming language. This date is unfortunately too far off to do much good immediately, but I would think by the year 2020 it would be fairly universal practice for the expert in the field of application to do the actual program preparation rather than have experts in computers (and ignorant of the field of application) do the progam preparation.

Unfortunately, at least in my opinion, the ADA language was designed by experts, and it shows all the non-humane features you can expect from them. It is, in my opinion, a typical Computer Science hacking job—do not try to understand what you are doing, just get it running. As a result of this poor psychological design, a private survey by me of knowledgeable people suggests that although a Government contract may specify the programming be in ADA, probably over 90% will be done in FORTRAN, debugged, tested, and then painfully, by hand, be converted to a poor ADA program, with a high probability of errors!"

     - Dr. Richard Hamming, "The Art of Doing Science and Engineering..." Written in the late 1990s
TuLithu··on Too many new papers may mean novel ideas rarely rack up citations
An excellent book that needs to be read carefully by many college students, including engineers, scientists, political scientists, and business students.
TuLithu··on Too many new papers may mean novel ideas rarely rack up citations
A "kludge," if you will?
TuLithu··on Too many new papers may mean novel ideas rarely rack up citations
This definitely also applies to the realm of programming languages. Clear back in the 1990s, Richard Hamming said that we used to stand on the shoulders of giants, but today we stand on each other's feet.
TuLithu··on US Navy will replace touchscreen with mechanical controls on its destroyers
Good choice. I HATE touch screens. Humans need tactile feedback.