Blog posts, (esoteric) web comics, keynote talks, and even letters (and papers) from old computer scientists - trying to cite them and ask about particular parts fail at being good questions for several factors.
The first is that many of these are driven ultimately by views. The more views they get, the better (for them). Everyone who writes for the media (be it a paper in the ACM or a blog post tucked away in a bliki) says things with some degree of exaggeration and hyperbole to get people to think about what is written, to generate readership and to get people to discuss the material (hopefully on their own blog or letters to the editor).
The point is, the discuss part. Larry Wall wanted people to be discussing what he said at the State Of The Onion talk. Dijkstra wanted people to be discussing and thinking about the education system for teaching programming.
Discussions don't work here
Stack exchange works on a different model. Its not people talking about what is said here that brings the eyeballs. Its the quality of the material. To provide good material, the system was designed with the intent to make discussions difficult. This runs completely contrary to how blogs work.
One can certainly debate if Dijkstra was wrong, or if Larry broke perl in version 1.0, or if goto
can be used properly. These are good questions to ask... but not here. They are debates. In the Help Center - What types of questions should I avoid asking it says thus:
If your motivation for asking the question is “I would like to participate in a discussion about ______
”, then you should not be asking here. However, if your motivation is “I would like others to explain ______
to me”, then you are probably OK. (Discussions are of course welcome in our real time web chat.)
Explanation of Opinions are Primarily Opinion themselves
Inherently, explaining and opinion is an opinion itself. It is one thing to explain why goto
cannot fit into the Java Virtual Machine model. It is quite another to try to explain why it is considered harmful. The first is something that has an answer that is right or wrong, the second is expanding upon an opinion.
An explanation of what someone else thought is my interpretation of those thoughts from what I am familiar with. I think that Dijkstra was writing because of a deep set loathing of code that lacked structure and any artistic merit or craftsmanship. Someone else may believe that Dijkstra was writing that about Fortran because he was concerned that it would cause people to be forever constrained to programs no wider than 80 columns.
Who knows? Which answer is right? It can only be opinion.
The source material is too broad
With the Dijkstra quote at the top, lets look at the Fortran bit instead (searching for 'basic' returns too many hits that aren't about the language):
FORTRAN —"the infantile disorder"—, by now nearly 20 years old, is hopelessly inadequate for whatever computer application you have in mind today: it is now too clumsy, too risky, and too expensive to use.
EWD498 is ~650 words. There are 51 EWD writings that mention FORTRAN. Consider that this may amount to a 0th approximation of 30,000 words to get the complete scope of what Dijkstra thought about the failings of FORTRAN. To try to explain the full scope of the material would imply reading about 100 pages of a typical novel. Trying to condense that material into a text box is the definition of too broad.
Unclear about the problem
From the help center What types of questions should I avoid asking? again,
You should only ask practical, answerable questions based on actual problems that you face. Chatty, open-ended questions diminish the usefulness of our site and push other questions off the front page.
Asking to explain a quote, or comic, or blog post isn't something that is practical, answerable, or an actual problem. It is an open ended discussion based on something that was meant to spark discussion.
Discussion is fine, it just doesn't work well on the Q&A part of Stack Exchange (try chat).