You're wrong about it not being part of the treatment. Testing is essential to knowing which interventions to take, anywhere from "send you home with antibiotics and Albuterol" to "get this person on supplemental O2 and definitely don't send them home". It's also important for monitoring the patient's progress and determining relapse risk. It is an absolutely necessary, though not sufficient, part of treating a patient.

You're also wrong about it not reducing the amount of illness. Testing is vital for effective contact tracing, and for determining appropriate quarantine procedures for a sick person. Both of these measures are on the critical path to reducing the total illness in the population. Again, it's necessary - though not sufficient - to medium- and large-scale disease control.

Claiming that testing isn't part of treating a disease is like claiming using a computer isn't part of programming. Yes, technically it's possible to write code with pencil-and-paper, but you're both going to be much less effective with a real editor that can detect errors in real time, and you're never going to actually achieve anything if you don't get that code into a digital form. Similarly, blindly treating symptoms is a terrible way to handle a life-threatening illness, and you can't practically control its spread if you don't know who has it.

What do you mean, "it"? The previous prototypes were older designs, some manufactured under worse conditions and certainly tested with less-mature processes. It's not like SpaceX built N identical vehicles and then tested each one until one worked. They built one, tested it until they found the flaws, changed things, and tried again. They repeated that process four times, until they got to the current vehicle, which passed a test none of the others had. So, now they'll do more tests, probably run into further problems (and even if they don't, this one is only intended for a short, single-engine hop), and incorporate what they've learned into the next one.

It's iteration, not just trying the same thing over and over again until it works. This isn't a production model, it's an early prototype that they're still researching and developing. In R&D, if you aren't getting failures, YOU AREN'T TESTING HARD ENOUGH.

I take it you've never created anything significant from the ground up in your life? You sure as hell don't achieve "six sigma statistical reliability" on your first few attempts at something this complicated!

You are a person whom can be served cocktails! (Also any family members, of course.)

Probably doesn't pay very well, cash-wise. There can be non-monetary benefits, though.

Most powershell "cmdlets" (built-in and extension commands) are generic "do thing" with platform-specific implementations. The implementations of the cmdlets often don't even need to be platform-specific, because the platform abstraction is all done at the runtime layer (.NET). For example, if you run Get-Process (or just ps, its default alias), it doesn't matter to the user whether this eventually results in a call to EnumProcesses followed by a bunch of other Win32 APIs to get the process details, or a bunch of file system APIs starting with opendir("/proc"). Powershell is just invoking System.Diagnostics.Process.GetProcesses(). The .NET runtime already integrated /proc for you, and also (at least some) stuff in /etc. For example, it uses OpenSSL's certificate store, which is by default under /etc.

Sure, if you're trying to do something low-ish level that has no equivalent on Linux (like access the registry) or trying to do something that is not directly possible through the .NET API (like start an OS update) or is not implemented in .NET Core on Linux (like draw a GUI), then sure, that won't work without some of effort on your part to make the cmdlet / script portable. However, if you want to check how long a process has been running and start it if it isn't, or you want to remove an old cert and install a new one... Powershell can just do that, because .NET knows how.

IQ... will drop furter

You're projecting (or, charitably, just grossly misinformed). You might find it interesting to read https://ancillary-proxy.atarimworker.io?url=https%3A%2F%2Fen.wikipedia.org%2Fwiki%2F....

IQs have been steadily rising for as long as we've been testing it (over a century, now), across all types of measured intelligence. The effect has been observed globally and across socioeconomic strata. The strongest improvements have been bringing up the bottom of the range, though the high end improved as well. There's some evidence that the top end has leveled off in developed countries, but the intelligence of the global population is still definitely rising on average.

Idiocracy is fiction, and using it (or any other fiction, really) to predict the future is idiocy.

Your argument why somebody is wrong is based on... a work of fiction, which is premised on an outright falsehood (that typical IQs are decreasing)? Look, I'm not defending the GP's post or sig, but your argument is fucking stupid. Fictional "evidence" isn't evidence at all, even when it's merely extrapolating from reality instead of abandoning it outright.

Natural hand movement based VR controllers like the Oculus Touch have been out for years now. There are definitely games that make extensive use of them, too. Even before them, the head tracking in real space has been used for some interesting effects. VR hasn't been merely "how you view a video game, without changing significantly how you interact with the objects within the game" since... 2015, at least?

The handheld controllers keep getting better, and at some point people will come up with an economical way to track other body parts (I'm always a little surprised we don't already have systems combining current VR gear with stuff like Microsoft's Kinect sensor, which provides full-body tracking albeit at low resolution). Tactile feedback is still quite limited - controller rumble is about it, for now - but you might be surprised how little that matters. Try playing a game like "Robo Recall" - which came out with the Oculus Touch - where you can physically tear your (robotic) enemies apart by hand and throw the pieces at the rest. Sure, you can't physically feel the process of doing this, and occasionally you'll accidentally punch a robot in the face when you only meant to grab it by the head since you can't feel where the edge of it is, but your eyes and ears can do an impressive job of fooling your proprioception, and at that point you genuinely don't even notice that you're gripping a controller and waving it in the air instead of beating down a murderous robot with its own disembodied arm.

You don't, though. You keep a meaningless blob of ciphertext in the cloud. The passwords - either the ones stored in LastPass, or the master password used to derive the key to decrypt them - never leave your client.

Also, you can access your LastPass vault offline, if you've used LastPass on that machine before (and didn't tell it to delete the local copy). The server is just used for synchronization and accessing the vault from a new machine.

LastPass stores your vault locally (unless you tell it not to) after you log in. It synchronizes automatically through the server, but you can use it offline if you need to.

https://ancillary-proxy.atarimworker.io?url=https%3A%2F%2Fhelpdesk.lastpass.com%2F... (scroll down and expand the section "Offline Access to your LastPass Vault")

It's really sad to see such terrible security advice parroted here, on a site nominally used by the tech-savvy, and then modded up. Re-using passwords anywhere, ever, at any level of security? You're being a moron. Even with 2FA on the "really important" ones.

If you can't bring yourself to trust the experts who have done extensive security reviews (and are far more qualified to do them than you, plainly) then may I suggest you please educate yourself on how any half-decent password manager works (hint: both the company and the server that host your password "vault" only ever see the ciphertext and never see the key or even your password; they cannot decrypt or otherwise access your stored passwords). You don't have to use one that automatically syncs across different devices - though it's awfully convenient - but you absolutely should use one. Even the low-tech pen, paper, and locked filing cabinet option is much more secure than what you're doing.

Please stop this blind-leading-the-blind "multiple levels of security" idiocy. It's a terrible idea.

The problem with relying on little-known password managers is that, unless you're both competent to review their security (including cryptography) and have actually sat down to do that, or know and trust somebody for whom both are true, you have very little reason for confidence in it. Being open source doesn't mean a thing if nobody reviews the source; "many eyes" only applies if there are, in fact, many eyes bothering to read it.

LastPass, for all its warts (and they are many), has survived both extensive third-party review and a lot of trial-by-fire. Writing something like that securely is a lot harder than it sounds (much like crypto in general). The server-side portion isn't open sourced anywhere as far as I know, but it doesn't matter, because the client-side portion is (it's javascript; they can't help but reveal the source even if they wanted to) and it's quite possible to verify that the server never even gets enough information to decrypt your vault. With end-to-end protection like that, it doesn't matter where the vault is stored.

it's better to trust one's own servers than someone else's...especially with passwords

The server just holds a bunch of ciphertext. It doesn't have access to the key needed to decrypt it. It doesn't have access to the password from which the key is derived. There's nothing the server can do to get your passwords, no matter how trustworthy (or not) it may be, except try to brute-force guess the password... a goal doomed to failure, given the expensive key derivation function, unless you used an awful master password.

The whole database of a horrendously badly designed password manager might get broken into and stolen. Your credentials happen to be there in the middle

Well, no, because they're not stored in plain text anywhere. All the attackers get is some meaningless ciphertext that, with the right key, decrypts to my credentials. Good luck getting that key... it never leaves my system.

Said password collection might end up in a torrent somewhere on the darknet.

What password collection? You don't have any passwords, just a blob of ciphertext that even LastPass, etc. cannot decrypt. The key never leaves my client.

Some hacker downloads the database and tries to run it against several mail server. Your e-mail is thus fucked

Believe it or not, my email password is not the output of the following algorithm: encrypt(random-password-string, key-you-do-not-have) so you're not going to be able to log into my email account using anything in a stolen LastPass vault.

because you re-used password

Considering that one of the essential points of a password manager is that you never have any excuse to reuse passwords, anybody susceptible to this would have to be as dumb as... you. Also, the attacker still doesn't actually have any password that I might theoretically have reused somewhere.

Suddenly, you find yourself at the receiving end of a giant rapid internet pile-on by large hordes of rabbid SJWs (who don't even know you) who make giant noise and immediately try to force your employer to sack you because you have supposedly uttered "hurtful triggering words" online. Such a big ruckus that your employer is forced (just to have the calm return) to push you to resign before you had time to explain or even have time to realize what's happening.

Hahahaha wow, not that anybody with a clue doubted you were a loudmouthed loon, but thanks for providing more evidence...

Shut up and go learn a few things (such as how end-to-end encryption works) before posting again, please. I could post my entire LastPass vault (which is encrypted) to the web, publicly, and the odds that you'd be able to extract anything from it are extremely low. Yes, the key could theoretically be retrieved by brute-forcing my password (which is why I will not, in fact, post the encrypted vault) but it's a quite long passphrase, long enough I don't expect you'd be able to brute-force it even if checking it only required a single fast hash. Since LastPass actually uses a very slow key derivation function, the odds of brute-forcing the password are pretty damn close to zero.

So many fools thinking "satellite" automatically means "high latency" as though the latency of GEO bounces isn't simply a matter of physics (lightspeed delay) required to go 36000 KM (if you're lucky and the satellite is right overhead, meaning you live on the equator). Starlink satellites are going to be mostly less than 2% as far away as geostationary satellites, with the obvious implication for latency.

Each satellite has a limited number of beams, and each beam can be pointed at a wide range of angles but has a tiny footprint (something like a few city blocks? they're extremely narrow and directional). There aren't anywhere near enough beams on each satellite to blanket the entire area that the satellite could theoretically cover. Additionally, running the radios takes power that could be used for orbital maneuvers (ion engines are power-hungry beasts) or charging / conserving power for night. Why would SpaceX direct any beams all towards countries (much less neighborhoods) where they have no (legal) customers?

You seem to be thinking of geostationary orbit satellites, which are so far away that their beam footprints can each cover small countries, and anybody within that footprint can communicate with the satellite if they have a suitably high-gain antenna. Starlink is in a very low orbit, roughly 1-2% of a geostationary satellite's distance from Earth's surface. They not only can be very precise about what regions get service, they must be.

The user terminals only need one beam; pretty sure that's not hundreds of thousands of dollars. Hell, the entire satellites are probably only in the hundreds-of-thousands price range, given the numbers that people have mentioned.

I've seen (I forget where) suggestions that the user terminals will be a few hundred dollars each, with the usual "buy it up front, or lease for the duration of your service" options. That may just have been speculation, though. Either way, I'm quite sure Musk & co. have considered user terminal affordability. They're not putting all those satellites up (and getting all the investment they received) without a real business plan, and you can't provide service to underserved areas if it's too expensive for people who live there to afford it.