> Do you remember Karateka, Lode Runner, and Cross Fire on the Apple ][?

> Our Neo6502kbd brings it all back — an all-in-one retro computer with a real 6502 processor that can emulate the Apple ][ and Oric Atmos, letting you play all those classic games on your modern DVI/HDMI screen or TV.

It's for retrogaming apparently

If you look at all the threat vectors of a browser from a user perspective, a rogue extension is well at the lower end.

If you look at the threat vectors for the revenue of a company like Google, extensions that aren't limited by the browser are pretty much number one.

This should tell you everything you need about the matter.

If you've run a site with CORS reporting enabled, you'd see that a significant fraction of your userbase have malware extensions running (prior to manifest v3). I was absolutely shocked when I looked at the logs a decade ago, and I bet the problem is far worse these days with the proliferation of malware buyouts of legit extensions.

Google has no shortage of options for serving up ads that can't be blocked by normal ad blockers across all their properties (youtube, search, etc.). They in-line the ads these days! And if they really cared about the fraction of a fraction of a percent of people that even install any kind of adblocker, they could make the served ad content un-blockable by serving it the exact same as the content.

How else can you keep ahead of the bots and their em-dashes other than by the use of pointless condescension and subtle misspellings? I mean, you've got to find a niche somehow.

And yet it's not called eleuther.cpp or bert.cpp. And the famous subreddit isn't called r/localbert but r/locallama.

In fairness, people also don’t say “let me ask llama” or “llama told me…” like they do with “GPT”.

Colloquialisms don’t establish importance, just popularity.

I see no contradiction. GPT as synonym for AI and llama as symbol for open weights models. The original comment said llama had set something off in the open weights community. And I say you see that with llama.cpp, llamaindex, r/localllama. No one bothered to update them to qwen.cpp or qwenindex. And they were never localgpt or gpt.cpp.

Culture and language use says a lot about importance of ideas. Regardless of what was first or what some scholar sees as historically more important.

The modern German equivalent would probably be "Sommerloch" [1], describing the time when most politics is on hold because of summer vacations and news outlets try to fill the void with whatever story they find. The usual writers and editors being on vacation too during this time doesn't help.

- [1] https://de.wikipedia.org/wiki/Sommerloch (links to "silly season")

But you trust Anthropic not do that?!

> [...] probably until we have AGI that can replace employees, maybe even a bit after.

Is this what you are looking forward to?

Where did you read up on it? Any good sources you can recommend?

Not OP. The Storm before the Storm, Mike Duncan.

Sorry to pop your bubble, but the moment you add any IP connectivity it will be eventually used to mandate internet access. The devices you have now might not yet demand it, but you will have to replace them at some point or extend your setup in the future. We've seen this play out so many times now, it's baffling people still think this time will be different.

There's a saying: If you set up a trough, the pigs will come.

I run 100-device zigbee network with zigbee2mqtt. Philips, Bosch, Sonoff and some others. No internet access.

Zigbee devices are slow and low power, they cannot access internet directly.

Not directly, no; they do it via the hub

Zigbee: You can buy vendor independant bridge / antenna and vendor independant automation server (Home Assistant being the most popular).

I guess a bridge vendor could pull the rug on the antenna ("your Sonoff zigbee antenna is now only compatible with Sonoff zigbee product")(to be clear: they've never done that), but the format is open enough that there's ton of alternative suppliers and open source bridge (the aforementioned zigbee2mqtt).

In any case, I've got a good amount of both Ikea tradfri and Philips Hur bulb and they have never contacted an Ikea or Philips hardware or software of their life.

For IPv6 networks you're in luck. The hubs are not proxies so the IPv6 enabled IoT device in an IPv6 network can still be blocked at firewall level from accessing the internet. Less that the separation Zigbee provides but better than nothing.

For IPv4 networks you're out of luck. The internal mesh traffic is still IPv6 to the hub and anything crossing into the IPv4 network is done through the hub's IP. No more blocking available unless it's a feature of the hub. I'm not aware of any hub having this kind of FW capability.

Firewall blocking is not the point. The point is, that over time through enshitiffication the new device will require call home to unlock. Even when it does not need internet to work at all. But through this the vendor will get a foothold.

Sure you can block it, but then you have a pricey paperweight.

This is not unique to Thread/Matter, they can pull the rug on ZigBee as well, ofc.

> through enshitiffication the new device will require call home to unlock

I thought Matter certification demands that the device work without cloud connectivity, it's part of the spec. Being able to use any hub and have guaranteed basic functionality without the cloud is the big selling point.

> This is not unique to Thread/Matter, they can pull the rug on ZigBee as well, ofc.

Exactly. Enshittification can't be prevented with technical means, a manufacturer looking to rentseek can always do something shady to force your hand no matter the technology. These are by definition smart and connected devices, there are plenty of avenues for abuse. Philips tried to push an app update that required you to log in to an account to manage your Zigbee Hue hub and devices. They'll try again.

Thread/Matter are on paper mostly good for the consumers but come with some potential drawbacks. No smart home technology eliminates these risks, they only balance different advantages and drawbacks.

> but then you have a pricey paperweight.

The device must work offline. You might lose some features though, usually the ones that are only supported via the proprietary app.

The assumption of enshitification it that is receives updates. What you and a few others aren't understanding is that these don't need updates. These aren't Alexa or Google devices. They just get setup and passively work

Now, will they eventually build devices that don't work like that? Maybe.

The enshitification I mean, applies to the new models. Once the current device dies, you need to replace it.

And in the future, the offline devices might be no longer available, because they stopped being produced. And only new shittier ones are for sale.

Oh you're talking about a pretend device that this person with replace due to the pretend problem with their current device.

So what's your solution to this problem?

A lot of companies have invested a lot into matter and thread. I’d be surprised if companies started requiring a call home to work. It doesn’t make sense to need that, since a thread network is, in a sense, offline by nature. Only the hub has access to the internet and it doesn’t require access to work, so having a device require a call home wouldn’t really make sense.

I get that enshittification is a real thing but I’d be surprised if it affected smart home devices in the way you are describing.

i dont really understand the point. am i never going to buy any tech ever again, because most things tend toward enshitification?

Thank you very much for making me aware of this wonderful artist.