Nope. It's the chemtrails, man, the chemtrails!
Slashdot videos: Now with more Slashdot!
We've improved Slashdot's video section; now you can view our video interviews, product close-ups and site visits with all the usual Slashdot options to comment, share, etc. No more walled garden! It's a work in progress -- we hope you'll check it out (Learn more about the recent updates).
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".