Far and away the biggest problem with the background/foreground issues is COM and its apartment models. A large part of some of the core pieces of Visual Studio are (still) written in native code and are STA bound objects (mostly when they don't really need to be, but that's another discussion).
Converting off of STA in legacy code is extremely difficult due to the transitive nature of it as well as the fact you likely have very large and complex types which were never written to be thread-safe because the STA protected them from that (let's not talk about re-entrancy though :)).
It is getting better since managed code has MTA semantics by default, but even with async code all it takes is one person calling Wait on a Task on the UI thread...
A huge sync API surface that is publicly callable also doesn't help. Even if you want to make things async under the covers you generally can't since callers are expecting synchronous semantics and there is no (good) way to make work async, present a sync calling surface to callers, and not block the UI thread (if you say nested message pump, you lose :P)
As someone that served on a federal grand jury, no. Well, at least not vocally, I presume people internally weren't basing their votes on pop culture but saying something else out loud. Then again the strength of most cases that make it to the grand jury, from what I saw, are fairly strong, and the burden of proof is lower (since indictment != conviction). If the case is weak the ADA's wouldn't even bring it to us.
Perhaps I wasn't clear: gambits by the DA or defense based on timing of world / cultural events (beyond holidays, weekends and lunch) to garner a favorable state-of-mind of adjudicators.
There is, iirc, also a time limit between when an investigation begins and one an indictment is filed. The idea being to prevent the government from simply having someone under investigation in perpetuity. I suppose the ADAs COULD try and time the indictment against unrelated pop-culture events, but in my experience it seems so unlikely as to be mostly the stuff of movies. Delays more frequently where due to problems getting financial records or untangling complex webs of them, problems locating willing witnesses, problems with witness intimidation, etc..
Yes, not to mention that it simply means people that don't fit their pedigree filter are available. I have met brilliant hackers from MIT/Berkeley/et al, I have also met average hackers from those schools, and brilliant hackers from other schools. My experience leads me to believe the correlation between brilliant hacker and school (if any) is positive, but not dominating. The again maybe that is just me hoping, not having come from their vaunted halls :)
have any links to the Connect issues in question? I am not doubting their existence, just trying to understand how they fell through the cracks. There are multiple levels of filters before they get to the product teams, mostly because of volume. I have seen people file Connect bugs against non-MS products, even complaining their own product crashes and it is Microsoft's fault (that one turned out to be a ref-counting issue in their code). I don't necessarily like the filters, but having seen it unfiltered I appreciate it, since otherwise we would have time for little else.
Would you wear a lapel camera that recorded your entire day and uploaded it in real time to the police? Why not? Something to hide? More seriously, my objection would be that assuming everyone is guilty or needs to be monitored is a weird state of governance. Crime exists, it always will regardless of level of monitoring. So the discussion is about what are the reasonable tradeoffs between privacy and crime prevention/solving. I think 24 hour surveillance is too far for the gain it may bring. As others have pointed out, the government also can have...interesting interpretations of who "the criminals" are (see infiltration of civil rights groups in the 60's by the FBI for example), and has shown, even recently, that their idea of oversight is really "theory only" and they don't appreciate actual oversight. Giving broad powers to such groups is a very bad idea.
Because one can buy success? Like Google+? Or a lot of things Microsoft has tried recently? I realize, all else being equal, a threat of a major investment by a deep pocketed company shouldn't be taken lightly, but the idea that Google can "throw a billion dollars" at a market segment and thus dominate seems like wishful thinking by management.
I'm sympathetic to this as I may know people who work at various DOD subsidiaries, and they are good people. That said, to deny there are no sociopathic power seekers in these organizations is just naive. Giving an absolute power that can so easily be abused to any organization is a terrible idea. Even if today they are lead by a metaphorical holy, righteous person, tommorow they may not be, and when such a change occurs it won't be announced like some cartoon villain holding a press conference declaring their evil plans for all to see. I agree that congress, at least certain members of it, those privy to this information, have no legitimate claim to ignorance and outrage (okay, maybe the former), but I see the bigger problem being a program like what is alleged is even allowed to be set up. They claim there is strict oversight/auditing of data, and while I have no doubts this is technically true, I highly doubt it is the story "on the ground", just based on my knowledge of human nature and large scale organizations.
It says can be audited. I suspect the number of times that has been done is vanishingly small, perhaps only on Snowden, after his revelations :) It smells to me like plausible deniability. Claim you have set up a system where things can be audited, don't ever answer how frequently it is done or what the penalty is for abuse of the system. Top secret and all. This kind of system really should freak people out. I imagine it would be a great blackmail info system if people start speaking against the govt or "causing problems". I can imagine public figures don't want to be publicly shamed for their online activities, gambling, porn, affairs, etc...
Best of the best that apply to Google. Or in other words, their hiring process is "Hire the best people that apply here", or, you know, the hiring policy of every company in the world. You could argue they uniquely attract smart people with some kind of high IQ gravity centered at the Googleplex, but that seems unlikely. Makes for good marketing copy though.
Converting off of STA in legacy code is extremely difficult due to the transitive nature of it as well as the fact you likely have very large and complex types which were never written to be thread-safe because the STA protected them from that (let's not talk about re-entrancy though :)).
It is getting better since managed code has MTA semantics by default, but even with async code all it takes is one person calling Wait on a Task on the UI thread...
A huge sync API surface that is publicly callable also doesn't help. Even if you want to make things async under the covers you generally can't since callers are expecting synchronous semantics and there is no (good) way to make work async, present a sync calling surface to callers, and not block the UI thread (if you say nested message pump, you lose :P)