lelandbatey

> you need to have a hidpi glass display because a fuzzy plastic display will not faithfully represent what your viewers/users will see on their devices.

That literally cannot be true, unless you're saying that your users are ALSO going to have a 218ppi desktop. If you're developing for phones, sorry, a 218ppi display is woefully inadequate for replicating what the phone looks like because phones (modern iPhones) have 450+ ppi, more than TWICE the ppi of the display you're using.

An apple display is nice. But it's absolutely NOT absolutely required for anything no matter the creative work you're doing, because there's nothing it matches except developing stuff for display on that exact display.

Games unlike books can have depth in duration of playing. While possible to play a game for 500 hours and feel very different about it on hour 501 vs 51, while books (usually) do not deliver such a feeling. Thus "playing all the classics" has much more dimensionality and as a result, requires much more time than just literally playing it once through and being done.

You said:

> In a world [where] CT logs and CAA records [exist]

And we are in that world. CT logs and CAA records exist. They are around. What you are implying you said is:

> In a world with CT logs and CAA records [and everyone/everything reads and validates them]

We are not in that world, and we probably won't enter that world for the next 15 to 20 years because we are also in a world where folks expect networked devices to be able to communicate (mostly) securely without constantly communicating with a centralized set of clearinghouses arbitrating "what is secure".

As we are discovering, our flawed systems may need broader rethinking, especially if we want secure communication (with all the epistemological ball of yarn that comes with it) without constant total centralization, which seems to be the approach-of-least-resistance lately.

The dense is better in its result, but is out of reach for most hardware compared to the MoE models, and the MoE models produce output tokens much much faster.

Saying "attestation can't hurt you, your password manager returns `none` today so it's not a concern" is avoiding the entire point of the original article which was that that can change at any time! I'm already seeing in a corporate context, IT departments forcing hardware attestation as required everywhere. Justifiable, but also clear evidence that it's no longer in your control as the person authenticating. That's the point, passkeys are marginally more secure for you, while handing huge amounts of control to centralized platforms.

None of those have the #1 best thing bash is good at: bash is already installed, nushell and fish are not.

Powershell is, as I understand it, not available on Linux but is omnipresent on Windows, so hopefully the windows folks can use it like they would bash.

It is "they are available offline in the app". They do not give you an MP4 export.

Per the first link you provided, the F-15 has the following:

Service ceiling: 65,000 ft (20,000 m)

That's high enough to go 15k feet above the highest ballon mentioned in the second link you provided, which was 50,000 feet.

Also, the SR-71 carried no weapons, only cameras, and re-tooling to support them would be far more expensive than merely shooting a balloon with a missile from the ground (or building an air-to-air missile that can be fired from existing platforms at altitudes like 65k feet).

Yeah, that's one of those "tough pills to swallow". Everyone of course wants everything and they want to give up nothing. Prioritizing/triaging your own desires is a very tough skill to build, but if you can try to figure out "what do I want" and "what am I willing to trade to get what I want", you will probably find happiness in short order. If you genuinely don't want to spend the cash for a house party, don't do it. If you just want to run it cheaply, run it cheap: I recommend simple card games (Flip 7 is $10 and works with big groups) and some cheeeeeaaap potato chips, with water as the beverage (or ask people to bring their own whatever if they want). Tell them you're here to host games and chatting. Host, keep hosting, and get picky about who you invite back.

Even easier than that, you can use the 'replace' statement in your go mod to change where the Go build system will try to pull the dependencies from; you can point to a folder on disk or to another forge, and if you want total control you can indirect everything to your own artifact cache via GOPROXY (which can be something as simple as a static folder of source code).

The "module name is network path" is a convenient convention but not at all some "limitation" of the tooling.

The basic asynchronous approach is potentially interesting, but:

1. Agents usually depend on output of the commands they're running in order to make decisions about what to do next, so how do they behave while they're "waiting around" for the output they need?

2. Agents can _already_ run software async, via multiple mechanisms: raw CLI tools like "nohup", literally running tools in parallel (I see Sol do this often in the Opencode TUI harness), and using parallel sub-agents to e.g. research in parallel.

Thus I wonder, how much does this really improve speed vs only improving the "appearance" of getting more done faster?

It is playing nice to criticize things. It's not just "different priorities", passkeys have intentional trade offs which cause them to be "more secure" but in ways that users do not want because it negatively affects them. The intentional trade off made in the name of "more security" makes them wildly inconvenient and risks causing massive lockout. Like removing all the staircases from people's homes and replacing them with climbing walls all in the name of "security". You can't just diffuse that by say "well we want banks to be more secure, we have different priorities."

I am already seeing my "normie" friends getting locked out of accounts due to not understanding passkeys. If they don't have their phone, or it's dead, or it breaks, or is stolen, they just can't access their account anymore. They have no idea how they work or what they're trading off, nor do they understand that they should have prepared for this scenario ahead of time somehow. Upon telling them "yeah you have to use your phone now that you have a passkey" they all universally say "wtf, that's stupid, I never want to have that happen again, I will never use a passkey again."

Passkeys should never have been built for general audiences, they are a huge mistake, I hope they cease to be relevant and die due to everyday folks realizing they're inconvenient and the "more secure" gains ain't worth it for the usability nightmares.

You don't need tanks to store the brine, just a huge pit/pool. If you look at satellite imagery, that giant pit with brine in it is exactly what they have next to the storage facilities.