avar

CYR3S, if we're going to add Roadster and Semi, both of which are allegedly still in development.

3YC is the new S3XY.

    > This may highlight to some folks abroad
    > the importance of the US's 2nd Amendment,
    > and an armed civilian population

British India, the USSR, East Germany, Francoist Spain, Apartheid South Africa, Communist Romania etc. etc. The 20th century is full of repressive regimes with even more repressive gun laws that fell due to protests etc.

The idea that everyone can show up at the protest with their AR-15, somehow defeat the state's security forces in armed combat, and that the result will be some enlightened republic is an American fantasy, informed by what's at best a selective reading of American history.

If it comes to that you're much more likely to end up under some warlord. Afghanistan and especially Africa are full of people who are well armed and where exactly that's happened more often than not.

    > The one thing I'll want is what we'll never
    > get which is just making it easier to delete
    > e-mails in bulk.

This already "exists", go to a label, tick the top checkbox above all the rows, then "Select all 5,192 conversations in 'ThisLabel'", then "Delete".

"Exists" in scare quotes because their own interface is absolutely atrocious for doing this, as on e.g. a label with ~50k messages (I was mass-deleting some large mailing lists recently) there's maybe a 5-10% change the operation will eventually finish, and not just leave it at ~45k or whatever.

But you can do this by setting up a local IMAP client and doing mass-deletes that way. Perhaps the easiest on e.g. *nix systems is to use isync (the "mbsync" command) to "sync" between two folders locally and remotely, with a rule saying "anything deleted locally, delete it on the remote too".

Then just sync between an empty local folder and your remote target folder, and it'll slowly grind through it. You can also use a local GUI E-Mail client, but most of those become slow/unresponsive with a mass-delete operation, whereas you can spin up multiple "mbsync" commands with retries.

Beware that GMail has (or did, last I tried this) some sort of per-account I/O limit or similar, so if you're doing background operations like this you might find the web interface (even on an unrelated computer/network connection) becomes slow or unresponsive.

    > Steve Jobs himself envisioned a
    > web app future as the future of[...]

I'm not putting cynical motivations past Apple, but you're reading too much (or too little?) into what Jobs said at the time.

His remarks at the time of the initial iPhone release (with the benefit of hindsight) were clearly because they weren't ready to expose any sort of native API's.

Pissing on you and telling you it's raining was typical Jobs reality distortion field marketing, and not an indication that he actually believed it was raining.

    > the novel V2 rocket weapons
    > that killed an average of 2
    > civilians per launch

That's positively humanitarian in the context of WWII. Can you name any other weapon system developed during that war which had such a low civilian casualty rate, adjusted for the money spent on it?

    > he also addressed the packing problem, saying[...]

If we're going to take this "packing problem" a tad more seriously, then the notion that someone might spend on the order of $2.5 billion on micro-SD cards for their station wagon (assuming 1TB at $100/card), but isn't in a position to contact an SD card manufacturer to solve this problem for them is a bit absurd.

Fascinating, I wasn't aware of that. They still offer an "AWS Snowball", which is 200 TB instead of 100 PB, but around the size of half a full size suitcase instead of a semi truck. You then ship that back and forth.

If you need 100 PB then moving 500 of those around seems a lot easier for everyone involved than managing a special snowflake truck.

I tried setting that up, but now the trucker's union is refusing to talk to me, citing concerns that the platters will all spin up due to road vibration, derailing the truck in a ditch due to the cumulative gyroscopic forces.

They remain unconvinced that chatGPT has told me it "should be fine", and have inquired as to whether I don't have better things to do than trying to win increasingly obscure and contrived arguments on HN. Please advise.

    > This is rare enough that I'm pushing the recovery
    > of it up near the top of my project queue.

The reader is left to wonder what the software librarian at the Computer History Museum could have possibly found recently that warrants a placement ahead of Unix v4 in their project queue. A copy of Atlantian Unix from the ancient Library of Alexandria?

    > how does Tesla know repairs
    > have been made after a minor
    > accident?

Speculation: It was brought to Tesla after an accident, which inspected it, and quoted a repair price the owner didn't like, so his cousin Bob fixed it, but it's still marked as "HV needs inspection/repair" in Tesla's system?

Neywiny's comment upthread isn't that you should use these without a BMS, but that the review is relatively less useful because it's stopping testing at a relatively high voltage. E.g. if you search for "panasonic_ncr18650b.pdf" you'll find that Panasonic's own datasheets use a cutoff of 2.5v.

Some of us enjoy fixing things like these over and above the hypothetically fungible billable hour, and whether you can substitute some time in an evening with a billable hour or three is highly dependent on your employment situation.

But in this case the relevant cost under discussion isn't that of a replacement vacuum cleaner, but what value you assign to your house not burning down due to a crappy 18650 cell, or the anxiety of worrying that that'll happen.