↓ Skip to main content

Posts

2026

·18 words
The Shimano museum seems like a must-visit attraction next time I find myself in the general area.

·16 words
Google search as a product feels like it’s dying. No idea what’s happening there anymore.

I learned a bunch of stuff about passkeys here and I continue to be validated in my decision not to use them. It’s very complicated and opaque and the ‘just trust me bro‘ from the various proponents who are employed by large tech companies is not an adequate guarantee.

·23 words
A really simple bit of digital activation in Zohran Mamdanis’ communication which is one of many parts that make him so effective.

·60 words
It’s very cool that it’s possible to reverse engineer your hardware and rewrite the firmware. I’m not sure if this will break out to become a widespread thing but it could if a bunch of things around UI design and LLMs come together.

·38 words
We’ll see more of these venture funded projects revert back to the mean which in this case is Node, which has gotten seriously better over the past years. Open source is slow and steady and it endures.

·36 words
I think many organizations would benefit from an LLM policy that’s similar to what Rust is putting forward here. Proactive compulsory disclosure in particular is something that would prevent a lot of time being wasted.

·40 words
I know for sure this oddly named function in the re library has bitten me a bunch of times when writing Python and I’m glad to see that it’s being phased out. Just why did it take so long?

·94 words
Just like I also wrote more than a year ago, there’s a lot to be gained from using jj as the version control harness for your LLM. It removes a lot of the cruft of git and simplifies concepts and flows.

·42 words
Dan Abramov’s account of how he used LLMs to do novel math is interesting and revealing. It is possible to deploy these tools to do new and original things, but right now it takes a lot of time, persistence and expertise.

·24 words
LLMs will use any loophole they can to make their life easier. Not unlikely that they’ve done that with the Navier Stokes problem.

·96 words
the company that coined the term ‘Site Reliability Engineer’ and wrote the SRE book.

·26 words
Turns out that “obesity of the mind” is an old term, but I guess we’re bringing it back.

·15 words
Facebook is a massive scam farm these days and why should that be allowed?

·64 words
A strong argument written in German against the privatization of social media as a problem inflicted on us by unaccountable profit seeking corporations.

·48 words
You may have seen that deleting lots of small files on your laptop can be a very intense and slow process. Deleting lots of things in a database can require so much extra work and bookkeeping that it can be detrimental to the health of the system.

·100 words
I don’t think Omarchy is going to make Linux better so much as that they identified that Linux on the desktop has reached a tipping point and now is the time to capitalize on it. That’s the DHH playbook and why would it be any different this time?

·82 words
I was forced to create a passkey recently and I wanted to store that key in 1Password where I store all my other credentials. How to do that properly was pretty non-obvious and a bad enough experience that it seems that it wasn’t tested or a priority for anybody implementing these systems.

·46 words
Tooze makes a coherent argument in this episode of Surplus why expropriation of the large landlords in Berlin makes economic sense. Morally it’s of course a no-brainer.

·79 words
More and more people are finding that you can’t really let LLMs loose on any significant amount of code.

·34 words
This episode from the lovely city podcast by Inge Wannet is a perfect account of what it feels like to cycle through Amsterdam rush hour.

·16 words
A rundown of the differences between Rust and Zig. I can’t say I’m very convinced.

·26 words
A very good explanation of what the real difference is between ‘simple’ and ‘complex’ in software engineering and what the consequences of this tradeoff are.

·38 words
I think this may be a good resolution to the Typescript Result pattern issue. Who would have thought that anyhow would come in handy after all. (Also I now understand what anyhow is supposed to be doing.)

·34 words
After the way OpenAI behaved here with this math proof, I don’t see how anybody would trust them with secret information. It feels like we haven’t seen the last of this issue yet.

·212 words
This tallies with my intuition for why it’s often more profitable to leave commercial properties vacant. The operating costs to maintain an empty office building are really not that high.

·40 words
The SQLite team themselves suggest that SQLite is a better fopen(), and they meant it as a design goal, not a joke.

·33 words
A great idea to use a software tool that exfiltrates all your data without your knowledge or consent. Not at all surprising also that it would be Grok doing such a thing.

·93 words
Shoehorning the open source forge into the same web application where corporate software engineering takes place was a historic mistake. It would be good to cut these two very different things loose from each other and explore what makes sense for each use case.

·25 words
I can’t agree more with this. Programming shouldn’t be that complicated. Type systems should not become too complicated or they get in the way.

·76 words
A secure LLM system cannot be given write access to any important endpoints. That’s the basic first principle of AI security at the moment.

·58 words
The candidates who stand out are the ones who understood the problem before they started designing the solution.

·32 words
Why would anybody pay attention to what a German court says about something digital? The country has no idea and is behind by decades. Was the ruling delivered by fax machine?

·31 words
A wild story of debugging an obscure race condition in sqlite. Even the most reliable systems when pushed to their limits will run into these kind of weird edge cases.

·40 words
I’ve been waiting for the rewrite to conclude and to be able to use Roc for a long time now. Gleam scratches most of the itches that Roc does but for some reason I want to use Roc more.

·58 words
As true as it is that monorepos require specific tooling to make them work, the same is true for any polyrepo setup as well. The main tradeoff is the price you pay when you don’t have this tooling in place yet.

This is a really clean update for Mastodon with a well communicated set of changes. One of the things that I think caused a lot of grief is mixing up messages with normal posts so I’m glad they now fixed that.

·44 words
A good roundup of a bunch of the most high profile Rust rewrites with both their successes and their failures. It’s interesting to see where the momentum behind this has gone given how much has changed in the software engineering landscape in general.

·19 words
The major inference providers are making their setups increasingly more proprietary and obfuscated removing user choice and portability.

·24 words
A lovely interview with Emily Wilson that reminds me I need to read her translation and watch the movie adaptation of The Odyssey.

·22 words
It’s possible to do lots of things with systemd. That is if you can fight your way through it’s awful documentation.

·50 words
A very helpful guide how to combine jj which already provided native stacked changes with Github’s new stacked PR feature.

·53 words
The exact words we choose when writing matter. I want any LLM I use to choose the very best, most precise words at every single decision point.