I shudder to think what that is made from.
It may seem like you can test everything in Tetris just by playing it for a few minutes, but this is very unlikely! As I explain in this article, the game is filled with special cases that rarely occur in normal play, and these can only be easily found with the help of a coverage tool."
Link to Original Source
Your example falls down because the devices being bricked are in the hands of the end-users, not the store that sold them. To follow your analogy, the FBI should be going to each customer who bought a counterfeit jersey and setting it on fire in their front room.
You've said, "There are only two kinds of languages: the ones people complain about and the ones nobody uses." Why does this tend to happen?
Liberal Arts education long ago stopped being about becoming a well-rounded, intelligent individual and became an indoctrination in fitting in to the social machine. STEM degrees are going the same way, churning out cogs for the machine, willing to take whatever they can get to pay off the indentured bond.
Glad I wasn't the only one who thought of that one.
Mergers & Acquisitions. It's a Wall Street Term of Art that describes the rape and murder of smaller companies by bigger ones.
Excuse me, but is this just 5 minutes, or the full half-hour?
there are no bad languages, just bad programmers.
There are, however, languages that make it far easier to write code that is less readable and harder to maintain. As a specific example, compare Fortran 77 with Fortran 90. I can write the latter without any need for numerical statement labels. I can write a straightforward "DO WHILE" loop in Fortran 90, while in Fortran 77, I'd have to use the dreaded GOTO to get the same effect. Aside from basic stuff like that, I can write formulas in Fortran 90 with whole arrays, which can really help readability. In short, it is far easier to write clear code in Fortran 90 than in Fortran 77.
Do they seriously think that if those models were written in C, Java or Perl they would have been magnitudes better?
Heck, yes! For one thing, in any of those languages, separation of code and data -- something which spreadsheets actively discourage -- would be much easier.
Name one. Go, on. I'll wait...
See, the thing is, ALL news outlets are aligned with, or controlled by the political power structures.
Pretty much any German music will do the job, Polka, Techno, Glockenspiel Rap...all effective 'person with a sense of hearing' deterrents.
Except for repelling Germans obviously but then Germans aren't really a demographic known for committing burglaries.
Burglaries, no? Invasions, on the other hand....
FORTRAN was *NOT* designed to support multidimensional arrays from the beginning. That only came in Fortran 90.
Not true. Multidimensional array were around at least as far back as Fortran 77. Now what is new in Fortran 90 are the ways to manipulate those arrays. In Fortran 77, one could do arithmetic on elements of arrays but not on arrays as a whole, so, for example, adding two arrays in Fortran 77 required DO loops. In Fortran 90, though, one can add arrays A and B with the expression "A + B".
Boost's multi_array is useful, but it's not really aimed at numeric calculations. That's more the territory of Boost's uBlas, and even then, there are competing libraries like MTL4 or Eigen that may have better performance for that purpose.
Actually, I think of the Russian occupation of Crimea as more analogous to the German occupation of the Sudetenland. The pretext for Germany occupying the Sudetenland was the presence of the ethnic Germans there, while for Russia, the pretext was the presence of ethnic Russians.
There's also the matter that OpenSSL and OpenSSH are different animals. OpenSSH is audited, much as OpenBSD is itself.