Touche. With a scalpel.
However, I will never be stuck in that situation.
Touche. With a scalpel.
However, I will never be stuck in that situation.
Police should be required to get a warrant to get any information that I can not get without a warrant.
The federal and state governments have more constraints than you do.
The president can't get rid of existing laws. That's congress, and (because they usurped the power to do so), the courts. Learn how the system works. Then you might have some chance of making relevant commentary and/or writing accurate sarcasm.
Triangulating a location based on radio waves you are emitting isn't anything special.
For the government, as it is explicitly constrained from legitimately doing so by the constitution, yes, it is something special.
And by "we", of course you mean the tiny, tiny minority that isn't... sitting in front of their television, a string of drool trailing from their partially open mouths, while the latest reports of Kim Kardassian's antics reflects from the their glazed eyes and the Doritos grease spots around their mouth. Or the deluded information-poor who consume Faux News broadcasts as if they were (cough) actual journalism.
Metaphorically speaking, little tiny soapboxes located at huge distances from one another, that no useful number of people pay any significant attention to... yep, that's pretty much right where we are.
It's not a slippery slope. It's a deep pit, and we're at the bottom already. They've just painted the sides with jingoistic and fear-inspiring slogans, that's all. The only way out is to stand on each other's shoulders, but that would require the use of backbone, which our society currently lacks in any significant sense.
"We find no reason to conclude that cellphone users lack facts about the functions of cell towers or about telephone providers' recording cell tower usage."
In other words, we assert you probably know your privacy is being violated by existing technical means, so we'll just ignore the obvious constitutional instructions about warrants when dealing with personal information -- whereabouts, in this instance. Because the constitution is abused and/or ignored by most judges now, so that's ok, right? RIGHT?
Let's say some people commit murder in parks. Because they do. So, using the "reasoning" of the utter morons in this court:
We find no reason to conclude that park users lack facts about the prevalence of murder in parks.
And therefore, it's perfectly ok. Mr. Murderer, go forth and murder some more. Next Case!
Just give each person a few programming tasks that should take ten minutes or so.
Yeah, but actually no. Each skill set is different. I could write you a PCB router in under an hour, or whip up an image processing mechanism, layered image editing, signal processing, write an FFT from scratch. I can do assembly coding as fast as I can type while higher up, I favor c and Python for their various and highly disjoint abilities. I'm good at documentation, and I can manage effectively -- without getting the team to hate me. But fizzbuzz? Sort of boggles me. I solve it very slowly. Perhaps because there's no point to it and I don't really give a flying crap.
Bottom line, any type of interview question or test will sit poorly with some high quality programmer. Some don't know a language, some have an unusual process, some aren't great communicators, some don't function well with someone staring at them or under immediate pressure... there is no perfect interview method, and surely no way to determine programmer competence outside of their actual accomplishments -- which, even when you can pull it off, is not the same thing as measuring their skills against others, placing them in an objective relationship to the skills of others, either.
Personally -- and this is strictly anecdotal, but reflects many decades of experience -- I've had a lot better luck asking many-possible-answer questions about techniques and areas of knowledge in a friendly, low-pressure atmosphere where the interviewee is made to feel they are welcome and respected the moment they walk in the door.
Hell, you wouldn't ask a psychiatrist to give you an appendectomy, would you?
The only thing I'd ask a psychiatrist is "please leave."
Wow wow wow.
You probably want to get that turntable checked. One day it's only wowing, then suddenly tomorrow there's flutter, rumble, tracking error, and cookie crumbs blocking the strobe light.
I'm just needling you, of course.
Nah. Just perpetually amused.
You appear to be well supplied with strawmen, though. So there's that.
If you're going to consider obsolete languages (the keyboards are no longer made) I'd nominate Prograf. It was a dataflow language that would have been great for multiprocessor systems except for two problems:
1) It was released for the Mac System 3 and never successfully transitioned to later systems, and
2) There was no text representation of the programs, it was all graphic, which was quickly too verbose to handle as the programs increased in size.
Not clear on what you consider "good". The ones that occur to me are WxWidgets, Qt, and Tcl...which can be good depending on your purpose. All of those can be used on Linux, Apple, and MSWind, and probably on BSD. All of them can be used from C, C++, Python, and Ruby. And, I assume, other languages.
If you want a good graphic builder IDE, then Qt has some quite decent tools. I'm not sure about WxWidgets. Tcl used to, but they seem to have died of neglect.
Then there's Java which goes its own way, and has it's own GUI, and IDE with a gui-builder...but while adequate for many purposes, I find the Java gui to be limited even when compared to Tcl. Still, it *is* cross-platform.
So I guess it comes down to "what do you mean by 'good'?".
If I read the article announcing the release correctly, then while the basic C# language is (probably) open source, it's definitely not free. You can't make a version of it without the agreement of MS, and the released version by MS is
IIRC the release agreement said something like "permission is given to any full and complete implementation that fully implements the specifications" I forget whether the specifications were subject to unilateral change by MS, but even if they weren't it means that the language cannot be implemented by anyone except as desired by MS. Also, of course, the libraries were not made available, which reders it essentially useless except on MSWind machines.
Now just because their public promise didn't allow something doesn't mean that they won't ignore any "infringing" code as long as they feel like it. But it does mean that only a trusting (characterization deleted) would put their own time and effort behind it...without some form of idemnification.
So I'm going to pass on C#. It'd rather trust Oracle's Java (which I also avoid, though not all the time).
Different langaguages are different.
OTOH, I disagree with the basic premise of the article. It is my belief that one shouldn't learn a new language to improve ones job prospects, but rather to improve ones skills as a programmer. So if you know C++, then you don't learn C# or Java, but rather Eiffel, Lisp, or Haskell, or possibly OCaML.
OTOH, If you already know C++ or Java, it's certainly easier to learn Python or Ruby. So easy that a basic knowledge can be learned in a day. So if you're tight on time, that will allow you to expand your capabilities in small increments. (But a basic knowledge won't teach you the libraries, which is where the important differences lie.)
FWIW, I first learned Fortan, actually FORTRAN, since it was before Fortran 77 was standardized. But then I went on to Snobol, PL/1, etc. I never did really master LISP1.5, but I didn't have access to a running implementation. With Lisps a decent IDE is nearly a necessity to start with. (Currently, if you want to pick up a lisp, I'd recomment Racket Scheme from PLT. It's got a decent development environment.)
OTOH, I dropped C++ about 20 years ago, and am no longer fluent in the modern dialect (something I keep meaning to correct). My current favorite language is D (Digital Mars D, or dmd), before that I cycled between Ruby and Python. Before I retired I normally wrote in whatever my employer chose, which, towards the end, was MSAccess Basic...a really foul language. So foul I wrote routines in Eiffel that did the work and just used the MSAccess Basic as a driver. Not only was it faster to write, it was also faster to execute, and unlike MSAccessBasic, the programs wouldn't arbitrarily start failing after a few months of use. (In the AccessBasis I used to need to save the programs as text files so that I could re-import them after the system corrupted them. Figuring out that there wasn't actually anything wrong with the programs took a lot of quite furstrating debugging, since a newly entered program would work properly. It's my guess that the system was storing some invisible binary code in with the source, so the source became unusable when the code got corrupted...why the code ever got corrupted I never found out, but it happened repeatedly to many different programs.) I presume that MS has by now fixed the problem, but it persisted over at least 5 years and multiple different versions of MSAccess.
That's a reasonable thing to expect, but it doesn't seem to be a part of the current US political culture. Is it even any longer a part of the Japanese political culture?
Only through hard work and perseverance can one truly suffer.