I'm happy to see that you don't hate systemd. That was the last shoe to drop. I'll complete the switch to BSD now!

Dragonfly BSD works quite well on the desktop, as does Funtoo Linux, which is systemd-free. Gentoo also works and still uses OpenRC by default, although there is growing concern some of the devs are quietly preparing to push a systemd agenda (kdbus patches in the kernel, one of the devs commenting he hopes systemd would become the Gentoo default, and a habit of the moderators in the Gentoo forums to shut down any discussions critical of systemd).

Linus may not be showing good leadership in this instance, but not everyone has drunk the urine just yet, and there are others stepping up to the plate to maintain or create alternatives.

Not everyone has a brand-new computer; The manuscript of the book I'm about to publish is in Open Office Word, about 400 pages and full of large images, and autosave is a real pain because it takes minutes to save the file.

Like another commenter said, I wouldn't make it the most important thing, overall efficiency is. But software speed is important to anyone with an older computer, especially a Windows computer, because the computer slows as the registry grows, and the registry never gets smaller, only bigger.

Oh.

I thought you sad "Homophones".

Nevermind. Back to discussing Youth in Asia.

I currently have a web radio transceiver front panel application that works on Linux, Windows, MacOS, Android, Amazon Kindle Fire, under Chrome, Firefox, or Opera. No porting, no software installation. See blog.algoram.com for details of what I'm writing.

The one unsupported popular platform? iOS, because Safari doesn't have the function used to acquire the microphone in the web audio API (and perhaps doesn't have other parts of that API), and Apple insists on handicapping other browsers by forcing them to use Apple's rendering engine.

I don't have any answer other than "don't buy iOS until they fix it".

That's all true and not even disputed in the paper (which is linked in the article). The paper doesn't argue that all universal search results are bad for consumers, and some definitely are better. What's at issue is "local" search, like looking for a doctor in your city. In this case, there isn't one correct "answer," there are a bunch of them. And what you probably want are doctors with lots of good reviews. Instead, you get doctors with fewer reviews who happen to also have google+ pages.

> 2) Ease of Payment

2.a. Payment is handled via Uber, not the driver, and price is agreed ahead of time. No possibility for hidden charges, unapproved charges, sightseeing tours, etc.

2.b) Pricing Standardization. Ever been in a DC Taxi before they installed meters? They had a "zone" system and your rate was based on how many zones you crossed. Not familiar with the city? Good luck figuring it out. Every city has its own quirks and pricing games. With Uber, you know exactly what you're going to pay and how the transaction will be handled.

5) Convenience. No standing on the corner waiving your hands in the air. In a strange city where cabs aren't everywhere? How do you call one? How long will it take? Where are they? With Uber, you'll see where your cab is while it's on route and know exactly when they'll arrive.

Super Dracos are for escape in flight too, including in and past MaxQ. But they are on Crew Dragon, not Cargo Dragon. Cargo Dragon did not carry a crew and wasn't programmed to save itself.

Why are we letting this hypothetical employer off the hook for basing their hiring decision on this non-issue? That's my question.

The narrative that you pose is one where people must be protected from the unreasonable views and actions of third parties as a result of finding information out efficiently. Is that feasible, practical, reasonable? And how are we to ascertain if it is worthwhile? By what metric?

Most of us do have a need to transmit messages privately. Do you not make any online purchases?

Yes, but those have to use public-key encryption. I am sure of my one-time-pad encryption because it's just exclusive-OR with the data, and I am sure that my diode noise is really random and there is no way for anyone else to predict or duplicate it. I can not extend the same degree of surety to public-key encryption. The software is complex, the math is hard to understand, and it all depends on the assumption that some algorithms are difficult to reverse - which might not be true.

Most algorithms to do this use the time between keypresses, measured to very high precision so that the lower bits are chaotic. So it doesn't really matter what keys you hit, and it doesn't matter how rythmic your typing is.

The problem with FM static is that you could start receiving a station, and if you don't happen to realize you are now getting low-entropy data, that's a problem.

There are many well-characterized forms of electronic noise: thermal noise, shot noise, avalanche noise, flicker noise, all of these are easy to produce with parts that cost a few dollars.

True randomness comes from quantum mechanical phenomena. Linux /dev/random is chaotic, yes, enough to seed a software "R"NG. But we can do better and devices to do so are cheap these days.

I wouldn't trust anything but diode noise for randomness. If I had a need to transmit messages privately, I'd only trust a one-time pad.