The Enduring Legacy of Dennis Ritchie (2012) [pdf]
cs.columbia.edu
cs.columbia.edu
Dennis replied: I don’t know. I never had to learn C."
When I called my friend to tell her that Dennis had passed away it was the first she heard of it.
Not everyone likes Dennis' design aesthetic but it's been valuable to me in my career to find someone else, someone well known, who had similar predilections.
Dennis was genuinely a wonderful person who had excellent design taste. I miss him though I can still meet with him any time I like by thumbing through the K&R.
However, one should not mistake historical contributions with state of the art needed today. Unix and C are still largely relevant and will continue to be so for a long time, even more so their legacy, but one should not interpret that as if nothing better is needed now. For Unix derivatives, well they evolved and are already largely not the same thing as the historical versions. For the C programming language, it is a way more complicated situation. Of course it evolved too, but I would say not as much, especially in areas (safety) where we now have pressent needs.
C has contributed greatly to the world and will continue so. But don't forget that so does Cobol.
Aho is going off the cliff here. To me this looks more like a no holds-barred whitewashing than a eulogy. Richard Gabriel (to say nothing of the MIT crowd) was absolutely right, and it's painful to see him so easily dismissed. We should lament C and Unix being so prevalent today, not wear them like a badge of honor.
Complexity today is insane, take Linux for example, but the darn thing works! The original UNIX was the exact opposite of today's major operating systems in a way, which was designed to perform tasks based on the UNIX philosophy. Linux or any other OS today take complexity to levels the creators of UNIX never foresaw and is one of those aspects they wish today wasn't done. But the world itself has changed since the 70s, and so has Linux too, evolved into having thousands of system calls, whereas the original UNIX had 20.
I’m reminded of one of my favorite parts of the early UNIX story, the fact that adding the “BUGS” section to man pages was motivation to fix the bugs instead of documenting them. Shame is a powerful motivator.
Could also mean they have multiple addresses for that name and not all of them point to a host with that file. I'm not in a position to try check that ATM.
Works fine here too.
I've seen blocking implemented by responding with another server address that is supposed to give some meaningful responses (an "ad blocked" image instead of the user just getting an unable-to-load image icon, for instance). This is getting less useful as HTTPS becomes more ubiquitous as you need to install your own signing key on the client machines to pull it off and it isn't often with the hassle, but it is still sometimes attempted.
I've also seen DNS level blocking send out 127.0.0.1 which strikes me as stupid.
https://web.archive.org/web/20191013203137/http://www.cs.col...