SoylentNews is people
SoylentNews
from the a-word-means-just-what-I-choose-it-to-mean—neither-more-nor-less dept.
Over at ACM.org, Bertrand Meyer has a bone to pick regarding the use of 'statement' instead of 'instruction' when it comes to code:
I harbor no illusion about the effectiveness of airing this particular pet peeve; complaining about it has about the same chance of success as protesting against split infinitives or music in restaurants. Still, it is worth mentioning that the widespread use of the word "statement" to denote a programming language element, such as an assignment, that directs a computer to perform some change, is misleading. "Instruction" is the better term.
A "statement" is "something stated, such as a single declaration or remark, or a report of fact or opinions" (Merriam-Webster).
Why does it matter? The use of "statement" to mean "instruction" obscures a fundamental distinction of software engineering: the duality between specification and implementation. Programming produces a solution to a problem; success requires expressing both the problem, in the form of a specification, and the devised solution, in the form of an implementation. It is important at every stage to know exactly where we stand: on the problem side (the "what") or the solution side (the "how"). In his famous Goto Statement Considered Harmful of 1968 (in this very venue!), Dijkstra beautifully characterized this distinction as the central issue of programming:
Our intellectual powers are rather geared to master static relations and our powers to visualize processes evolving in time are relatively poorly developed. For that reason we should do (as wise programmers aware of our limitations) our utmost to shorten the conceptual gap between the static program and the dynamic process, to make the correspondence between the program (spread out in text space) and the process (spread out in time) as trivial as possible.
The author gives examples of the difference between instructions and statements, and concludes by saying:
So, please stop saying "an assignment statement" or "a print statement"; say "an assignment instruction" and so on.
At least he said "please."
[We can no longer use terms such as "master/slave" for fear of offending somebody - but what are your pet peeves in your own profession? JR]
(Score: 2) by c0lo on Saturday December 17, @07:37AM (1 child)
You may have a point. But then:
https://www.youtube.com/watch?v=aoFiw2jMy-0
(Score: 2) by krishnoid on Saturday December 17, @09:15PM
It's sort of splitting hairs, but I guess my point is that "statement" and "expression" are syntactically different in the grammar, and "instruction" kind of encompasses both of those. "Statement" is sort of like a sentence in that it has to stand alone, and "expression" is sort of like a phrase. Along those lines:
In that regard, if the select statement is executed as-is as part of a stored procedure in a SQL dialect (or API call) that doesn't explicitly output results, then yes, it doesn't mutate anything (like 1+2; in C), unless the dialect's interpreter is counting the number of statements run as part of its statistics.
Maybe "sentence" and "phrase" would be better than "statement" and "expression", but I'm not a fan of "instruction".