If you think about the corporation as a vehicle for investor capital rather than an entity which provides services, the prevalence of this decision makes a lot more sense.

Does it support unit dependencies? That’s pretty much the only reason I use systemd outside of work. Edit: ah yeah it sure does. I know what I’m playing with next weekend.

Yeah, I had a good laugh at this. Half of the commits I review are coauthored by Claude, a fact that I’m sure Anthropic is thrilled to claim, but this colossal fuck up was obviously the work of a rogue intern or something.

I wonder if there’s going to be a point in the future where we all look back at this massive over-investment and kick ourselves for making so much expensive electronics waste.

How have I never heard about Kanopy? This looks so cool!

For top left I’d like to humbly nominate SCO Unix.

See, this is why openai can never go public: if it has to open its books, the music stops.

Disney does not have the luxury of teasing its investors with billion dollar deals-- every quarter, they have to report where they’re stacking their chips, and any cute shit will get them sued and investigated at a minimum. They probably expect their peers to meet them halfway on that.

Openai is not a serious company. When a major prospective partner like fucking Disney wants to open a billion dollar account, what possible excuses could a real company have for not figuring it out?

At least pushing it is free :)

Holy hell, the fact that those slack messages and that chatbot history ended up in court is mind blowing. I guess we should be grateful that this time, the bad guy and his hamfisted “Project X” got put in the spotlight.

This might seem like a very indirect response, and that’s because it is largely a notion I have after a couple years of observing the fediverse. My background is in infrastructure for micro services, which is a powerful source of bias, so take this with a grain of salt.

The fediverse is suffering from major problems caused by homogeneity, data duplication, and lack of meaningful coordination. It is completely unsurprising that it struggles to provide the level of service that most users expect. I’m not saying this to be mean, but because I’ve experienced these same growing pains in commercial settings.

The solution has always been to restructure product services in a way that separates concerns. Most of the big guys will, at a very high level, use an API gateway which handles security + authn, then forward requests to high level product services which in turn reach down to the data layer services (which are often ORMs with huge caches sitting on top of databases). Works great, usually.

The fediverse, from what I’ve seen, does not do this. Everyone sets up largely identical monolithic applications which share messages through the Pubsub protocol. Information is duplicated everywhere, and inter-instance communications are a liability not only in content but even in compute and persistence (you can absolutely get DDOS’d by a noisy neighbor). Individual instances are responsible for their own edge security, compute, and data. It’s just a lot to ask of a single person that wants to host a federated instance.

I think that a healthy federated internet will eventually require highly specialized instances at several layers, and for certain maintainers to thanklessly support the public facing services. One of the most obvious classes of these specialized instances, to me, would be the data layer and catching instances, which exist to ensure that content posted on one instance is backed up and served for other instances. It reduces the strain on public facing instances because they no longer have to host all the content they’ve ever seen, and it also ensures that if a public instance goes down, the content does not disappear with it.

This same principle could be used on “gateway” or “bastion” instances which enforce strict security on behalf of public instances. Public instances would block direct connections while treating requests from the gateway nodes as highly privileged. Each public instance would either find a gateway instance to protect it or handle its own security and inter-instance communications.

This obviously isn’t a complete solution, and it’s a hell of a long way from a technical specification, but my hope is that others who are looking at the weird and wonderful landscape of our new internet are having similar concerns and reaching similar conclusions.

Can’t speak for others, but my work performance is evaluated against a KPI specifically on LLM usage.

My read was that waist size is the issue because the manufacturers have made it the issue. The idea you can derive the other dimensions as a function of waist size is clearly an assumption that has a limited range of validity, and there hasn’t been a broader effort to come up with something better.

It honestly sucks that some interesting structures are basically flags against the writer now. I personally love the rule of three, the Oxford comma, the semicolon to hang a dependent clause, and yes, even the now fucking pervasive em-dash. It’s just one more thing that LLMs have ruined for us.