If you want a fusion power reactor, by far the most viable fuel is D+T. You'd need orders of magnitude more tritium than is could ever be extracted from trace fission byproducts.

The idea to obtain this much tritium is to use the extra neutrons from the fusion reactor itself to breed it from lithium. This is supposedly a demonstration of that process.

AI spreadsheets: excel, but sometimes were going to fuck up the math.

I won't be impressed until the AI has better recommendations than 4 out of 5 dentists.

Of all the things an elite group of people could do to control everyone else's lives, geoengineering schemes have to rank up there at the very top.

This was a pre-emissions model (the car wasn't new when I got it). The only pollution control I remember it having was a PCV valve. After adjusting net vs gross HP, the 5.7L engine was rated for similar power as my current (non turbo) 2.5L. It also probably burned through 2.5X the fuel, and produced orders of magnitude more smog.

The new car is probably heavier, but I assume that a wider power band and more efficient transmission give my current car the overall edge in performance specs. The old car probably had better bottom-end torque, so it could do burnouts easier. That, along with the loud noise, rattling chassis and very scary handling characteristics probably made it feel faster than the current car, but that's nothing but psychology.

What a load of bunk.

The 0-60 time of my base-model mid-sized family sedan with a naturally aspirated 4-banger beats the 350 cubic inch 4bbl equipped muscle car that I had 45 years ago. It has no problem merging onto highways.

This ought to be really easy to rectify:

Oddly enough, my 30-year-old stereo amplifier has one. I'll finally have a use for it!

No way! HOLY SHIT!! Wow!

1/100 the speed of compiled languages is typical for interpreted languages.

Non-ancient implementations of Java are fully compiled. Toy benchmarks and Java programs carefully written as if there were no automatic memory management (and don't call standard libraries) can run just as fast ac C code.

Java can't directly support features that depend on dynamic typing and similar flexible run-time behavior that interpreted languages. However, many Java developers sorely miss those features, so they heavily use the reflection APIs and various "beans" frameworks to work around the pre-compilable static typing. This can actually end up running *slower* than Python because many of those Java features are dog slow.

You can already get implementations of Python that do JIT compiling like Java. They often run in the ballpark of about 1/10 the speed of C.

This was actually invented by a guy sitting on a rug in the Middle East about 4000 years ago.

"For you?? ... Mmmm, I would give you the goat for twenty pieces of silver. Take or leave."

that puts the risk where it belongs, the users running janky unsupported hardware.

leaving the old unsafe drivers available through windows puts every windows user at risk.

very noticeable in NY, Since 202 you don't have all the trash stuck at every fence line and wooded area

This is how I've come to understand it. I welcome any and all corrections.

Passkeys are a cryptographic key stored in a Secure Element. This is usually a private key inside a small cryptographic engine. You feed it some plaintext along with the key ID, and it encrypts it using that key. The outer software then decrypts the ciphertext using the public key. If the decrypted text matches the original plaintext, then that proves you're holding a valid private key, and authentication proceeds.

The private key can be written to and erased from the Secure Element, but never read back out. All it can do is perform operations using the secret key to prove that it is indeed holding the correct secret key.

On phones, the Secure Element is in the hardware of your handset. On PCs, this is most often the TPM (Trusted Platform Module) chip. In both cases, the platform will ask for your PC's/phone's password/fingerprint/whatever before forwarding the request to the Secure Element.

Yubikeys can also serve as a Secure Element for Passkeys; the private key is stored in the Yubikey itself. Further, the Yubikey's stored credentials may be further protected with a PIN, so even if someone steals your Yubikey, they'll still need to know the PIN before it will accept and perform authentication checks. You get eight tries with the PIN; after that, it bricks itself.

The latest series 5 Yubikeys can store up to 100 Passkeys, and Passkeys may be individually deleted when no longer needed. Older series 5 Yubikeys can store only 25 Passkeys, and can only be deleted by erasing all of them.

Theoretically, you can have multiple Passkeys for a given account (one for everyday access; others as emergency backups). Not all sites support creating these, however.

I'll summarize YouTube's "shorts" algorithm:

1. Show Waffle Iron a row of shorts
2. Waffle Iron clicks on the "Don't show these" button.
3. Print "Got it. We'll adjust your preferences."
4. Sleep(a couple of days).
5. Goto 1.