Whoa, you weren't kidding.

https://techcrunch.com/2026/08/10/tech-industry-is-buzzing-a...

Edit: looks like it happened a few months ago:

> The OpenClaw owner, Andrew Bird, published a now-deleted blog post about it on his company’s website on April 10, according to a copy still visible on the Internet Archive.

When they release new versions of Sonnet, no-one expects them to be better than Opus.

That's the nice thing about CAN: every node is equal, and every node can send a message whenever it wants. As far as I know, LIN doesn't do that: you have one node on a given LIN network that initiates all communication, much like I2C, and the most other nodes can do is reply.

It's fine for what it is, of course, it's just missing some things that I think make CAN really neat.

It's so much nicer than I2C in so many regards: much longer range, masterless (any node can talk directly to any other node), packet prioritization built-in, deliberately designed to be more or less impossible to wedge, possible to do IC-to-IC on a board without transceivers by using a shared open-drain bus (like I2C, but with only one wire!)... and plenty more.

Really the only downside to CAN is that the spec requires timing that's tight enough that everything has to have a crystal on board. Ah, to have an alternate reality where CAN's timing requirements were relaxed enough for that not to be a requirement and it had caught on as the IC-to-IC interconnect standard instead of I2C...

This, to me, is the more interesting bit of the article.

I don't really know what a good solution looks like, but yeah, that's annoying.

From what I could tell it looked like it was in JS code that had been JIT compiled. I haven't attempted to troubleshoot further beyond setting all my future Claude Code instances to pipe their stderr to disk so that I don't lose the stack trace next time.

Anyone in the room care to volunteer?

Source: I'm a card-carrying AES member.

You are correct that it's not solvable in a rigorous mathematical sense as stated.

Nothing to see here, move along...

I think you might have Reid Hoffman (founder of LinkedIn) mixed up with Reed Hastings (founder of Netflix). :)

I don't agree with that statement universally, but I have to say I do when it comes to this article. I came here hoping for substantive discussion from those who'd had a chance to try it out; instead what I got was a seemingly endless stream of venting. There's a place for venting - and plenty to vent about with the state of AI nowadays - but to borrow from the HN guidelines you linked, it does very little to gratify my personal intellectual curiosity.

As someone once said: any fool can do for $2 what it takes an engineer to do for $1.

The point that this announcement is trying to make is, of course, that AI has already made that particular signal approximately worthless for that purpose.

Calling over the cellular network has been prohibited since time immemorial. What the parent comment is talking about is carriers also prohibiting making calls over airplane-supplied WiFi.

You can't, for example, join a Zoom meeting, or use your phone's built-in WiFi calling ability, on a typical flight nowadays, for better or for worse.

They do, in spades: https://www.amazon.com/3FT-Micro-Data-Charge-Cable/dp/B0DDWH...

I look forward to the day when they're no longer necessary.

https://github.com/YosysHQ/nextpnr

As someone actively working on nextpnr support for a fairly new FPGA architecture, it really is amazing that we have something like that in the open source world.

YosysHQ are one of my favorite companies to exist.

What this means it that you can set up an app like Torque[0] and add widgets that show you how fast each of the motors are spinning, live, and watch what happens when e.g. the engine starts: MG1 and MG2 both torque the engine forward, MG2 just enough to stop the car from attempting to roll backward in response to MG1's torque through the planetary gearset, and then MG1 spins up with the engine and then stops torquing it once the engine reaches idle.

Battery charging while idling is similar: MG1 turns itself into a generator, fighting the engine and generating electricity in the process. The throttle opens considerably, as if you'd pressed the accelerator halfway to the floor, but MG1 and the engine work together to keep the engine's RPM around ~1,200 so you'd never know it - it's as if you're driving up a really steep hill that stops you from accelerating even though you have the gas pressed halfway down. And then MG2 torques backward to stop the car from rolling forward any more than the Prius's normal "simulate a normal gas car's tendency to roll forward when the user lets their foot off the brake" would have it do.

It was fascinating to watch, and I kind of regret not building an app similar to the parent comment's link that showed what my car was doing in real time with the gears drawn out like that.

[0]: https://torque-bhp.com/