psunavy03
Joined 3 years ago
Joined 3 years ago
There are also loads of caveats about whether or not intelligence information can be used in prosecutions of US persons, again for very good reasons. The idea that the NSA or CIA is magically spying on all of America is a tinfoil-hatted myth.
"War/defense spending" != "law enforcement spending" and if you conflate these, you're either being ignorant or deliberately disingenuous.
(a) In no case shall information be classified, continue to be maintained as classified, or fail to be declassified in order to:
(1) conceal violations of law, inefficiency, or administrative error;
(2) prevent embarrassment to a person, organization, or agency;
(3) restrain competition; or
(4) prevent or delay the release of information that does not require protection in the interest of the national security.
The PPTs and emails are just means to an end. But at least you're able to sound all cool and edgy on the internet.
And the US has 11 carriers, not "over a dozen." And we do that to keep world trade flowing because it's good for business, Trumpian idiocy notwithstanding. We have 11 carriers so we can keep about 3 or 4 on patrol at any given time, because that's the level of maintenance and staffing that's required to do that.
You don't seem to have had any time in uniform, let alone seeing how things work on 4-star staffs. I have. The military does not tell the President what to do.
When you do that, a team can just go. Instead, in many places there's all this bullshit about "Application X is built by Team A, but Team B and C will do the QA." Or "Team D is in charge of Applications Y, Z, and Q, so they can't get to your feature request for Q this PI, because they've got high-priority work for Y and Z." So now you've self-blocked all work on Q just by screwing up your org chart. And we haven't talked about the fact that Team A is in the US, Team B is in Europe, and Teams C and D are in India, so now let's add time zone nonsense to all of the above stupidity.
You don't need as many of those ancillary roles if people involved actually understand Lean and how to run an SDLC, but in my experience, there are too many devs who don't care about anything other than slinging code and too many managers more interested in expanding their own rice bowls and looking important than in actually streamlining how stuff makes it to prod. And then you need a pile of PMs or Scrum Masters to sort out the mess.
There seems to be this belief since Desert Storm that the US military is this invincible fighting force that's an easy button for any kind of geopolitical problem, when it's an institution with capabilities and limitations that need to be taken into account, and that has to be integrated with all the other levers of national power. We're seeing now how much the most powerful military can spin its wheels and sputter when you don't have a proper strategy or a proper logistical plan behind what you're asking of it.
There also seems to be a belief both in government and the general public that warfighting is "just bombing things." Which does not help.
The only way you can protect a society is by being strong enough to intimidate the people in the world who would otherwise look at you and go "I want, I take." Wars are a great evil, but being prepared to fight one is a necessary evil.
The only teams where Markov Chain methods or messing with sampling dates would provide more accurate timelines were the teams whose delivery processes were the most borked and spiky.
That's literally why they invented Monte Carlo as part of the Manhattan Project.
1) The brewmasters of mass-market lagers are legitimate masters of their craft, because that style leaves absolutely no room for error and nowhere to hide mistakes. You can screw up an IPA and cover it in hops, at least to a point. You can screw up a porter or stout and cover it in malt. You have to nail a lager.
2) The product itself is still usually insipid, flavorless, and not worth drinking.