Do you want evidence that generics manufacturers fake their equivalency tests? This is going to be harder, because the FDA doesn't publish the private sector data. I can try to see what I have on hand.

Do you want evidence that the FDA doesn't prosecute these huge problems? I can only point to the routine handing out of the equivalent of "yellow cards," i.e warnings of misconduct, but still allowing repeat-offenders to sell in the U.S.

You can buy a day's meal at Walmart for $2. You can also couch surf indefinitely. And repair all of your current possessions, instead of replacing them. Such as clothes and electronics. There is a world of possibility.

Qubes is marketed as a VM for the "intermediate IT professional," i.e one that can setup a server from scratch and mess with configuration settings, even compile everything he needs from scratch, but not be able to make the informed decisions needed to harden things by himself.

So, this IT professional could install his own VM, set it up to sandbox his connections and programs, after reading documents and how-tos.

The benefits for bespoke:

1). Known toolset

This is pretty common in the "real world," where most would take a tool they're familiar with, than one they're not. In this case it would be the Linux environment. Why? Because the IT professional is already aware of the possible holes that he may need to fill and how to do it "correctly." I'm sure we all have had the experience of trying a new technology, messing up our first attempts at something decent, but then being able to make something good after practice. This is the same here. If you already know Qubes, great. If you don't and you're thinking about using it for your next project, make sure that project isn't mission critical.

2). Better documentation

Qubes OS is laughably under-documented (to parrot someone else's wording). With this comes the inability to be as flexible with the massivley-documented *BSD/Linux environment, limiting your overall productivity, and likewise, security and privacy. This also means you won't know where possible holes could develop, stemming from how the sandboxing really works in RT. This is a mostly solved problem with Unixes. You can harden your setup easily and with confidence, knowing you'll only be hit by massive zero days, if it all. With Qubes, you just don't know. Segue:

3). Qubes isn't battle-tested

The Xen debacle showed this. While Linux is not secure in any sense, we know where those insecurities lie through decades of use and misuse. This isn't the case for Qubes, which has been around less than Android.

4). Xen

Qubes uses stock Xen, which is not terribly good for security (direct access to hardware? What are you doing!?). You could better security by compiling your own version of Xen and removing all of the "niceties" that make Qubes not horrible to use. Or better yet, get a better hypervisor that's made for security in mind.

5). "A reasonably secure operating system"

Need I say more?

There's a lot of things you can get for free or dirt cheap, when you choose to see the deals.

I'm also not sure you've visited small town/rural doctors. While perhaps in the city (and under private coverage), doctors have natural competition with other professionals to provide the best service. Whereas doctors under relatively "public" coverage and in small areas without competition/alternatives, they really don't need to offer good, or even ethical service. It may not even be hugely unethical, like pulling wisdom teeth, when they're not causing issue or doing unneeded surgeries for "preventative" measure, or liberally prescribing medication under the guise of "quality of life improvement."

This post gives off a very strong sense of disassociation from the reality of things for the not-so well-off, i.e more than 90% of the population.

I had a tough time trying to find some of these websites, like "Scale." Which doesn't own scale.com or scale.io or any other derivative, but "scaleapp.com."

On https://www.searx.me/

The second part of Hanlon's Razor, was to not rule out malice.

And that more than 90% of all searches with "girl" are for porn. Google already killed most of its porn-lovin' demographic with the beheading of Google Videos in ~2009.

Also, I don't understand what you're trying to say here. I'm reading sentences, and I comprehend them, but there lacks an overarching idea to bring it all together.

Careful! You may be onto something here.

1). Your karma is too low

2). Your account is too young

3). You haven't been subscribed long enough

It's always a turn off when you've written a long and properly sourced info dump, but then the automod deletes it and you have to go fish it out of ceddit et al. And then asking admins to make an exception is always as fun as getting your license renewed. So I do what the OG does: Keep a couple of accounts dedicated to each subject-matter, and delete my posts routinely.

If what I post is important enough, it'll propagate. If it doesn't, it dies. That's not the reason I do it, however. It's a boycott against Reddit as the world's discussion platform. Good luck figuring out the answers to those really important questions or why all the commentators are applauding [deleted] ;)

People are the plywood, fragile, finicky, and useless if left to their own devices. Management is the middle school kid who needs to take the wood he's been given and make something that will hold up to all the weight that'll be put on top it. In order to do this, he's been given a hot glue gun and enough glue to mummify the entire thing if he so chooses. Most of the kids will rush bullheadedly (or should I say uncaringly) into gluing the sticks together into something that "looks like it should work." They use too much glue, the structure isn't optimized for load handling, and when the day of truth comes, it crumbles down when the bucket that's supposed to hold the weight, destroys it!

What is glue? Whatever management wants it to be. It can be a team leader or a hastily configured IRC channel. In my experience (this includes organizing, delegating, and making sure that 40 devs-et-al get what's needed done), if you choose your sticks right, taking the time to make sure they're not hiding any structural faults, you can make the job 65% easier. If you lament that choosing sticks if difficult, I reply with "it's just practice."

The main issue I've seen, has been the all too common "there are no good managers." Especially in technology. The remedies for this? There's no bandaid. Each manager has to realize his personal shortcomings and fix them. But, to throw up his hands and say "the more people working on a project, the slower it'll get done," is a nice way to say "I can't handle all these people, but I'll excuse that away by saying it's inevitable. It's even industry 'common sense!'"

"Stratechery: How founders false-advertise, legally." It's almost like Amazon's Cadabra | "Cadaver."

Don't even know what the company is, but will read now.

http://www.pnas.org/content/early/2012/08/28/1205282109?sid=...