It's funny how old games can still have a cult following. It's unlikely to stop too... That's the good thing about limited lock in. Self hostable private servers, ability to play offline, tools to produce mods... They all contribute to such very long term successes.

Interesting research, this gives a few hints at building tools to ensure some more transparency at the ideologies pushed by models. They're not unbiased, that much we know, characterising the biases are thus important.

Good comparison between concepts and type traits in C++. Clearly at this point concepts should be favoured as they convey more intent to compilers and humans alike.

Looks like it's getting there as a good help for auditing code, especially to find security vulnerabilities.

Or why CAPTCHA might become something of the past. I guess they'll live a bit longer as they become more and more privacy invasive.

I often tumble on this. The two and three dots notations means different things between git log and git diff. It is a tad annoying.

It definitely has a point. The code output isn't really what matters. It is necessary at the end, but without the whole process it's worthless and don't empower anyone... It embodies many risks instead. I think my preferred quote in this article is this:
"We are teaching people that they are not worth to have decent, well-made things."

Interesting ways to look at processes and their outcomes. Depending on the mental model you won't ask the same questions when investigating incidents.

Flatpak is at a crossroad I'd say. The project really needs to find a way to move forward.

As LLM assistants get more and more embedded in the development process, it gets harder to ensure they behave safely. Quite a few interesting attack vectors in that one.

Good reminder that refactoring isn't necessarily the end of a cycle. It can also be before you add a feature.

This is indeed an excellent way to understand all the roles and the work behind creating a game.

Nice approach, especially useful if you need to split work to distribute it to threads.

Interesting new proof on the relationships between P and PSPACE. Let's see where this leads.

This is a good rant, I liked it. Lots of very good points in there of course. Again: the area where it's useful is very narrow. I also nails down the consequences of a profession going full in with those tools.

Those hosted models really exhibit weird biases... The control of the context is really key.

That's a good overview of the energy demand, it doesn't account for all the resources needed of course. Now of course like most articles and studies on the topic, it's very inaccurate because of the opacity from the major providers in that space. The only thing we know is that the numbers here are likely conservative and the real impact higher. Mass use of those models inferences is already becoming a problem, and it's bound to get worse.

Somehow not surprising... There's an area where it works OK. That said, I think we don't have the right UX to exploit it safely and productively. The right practices still need to be found. This isn't helped by all the hype and crazy announcements.

Nice little interview showing what's brewing in the Qt project and how the relationship with KDE is important.

Or why it's hard to truly evaluate performance in complex systems. We often test things in the optimistic case.