The global cybersecurity disaster that consisted of yesterday’s critical vulnerabilities in the PHP project is a good moment to talk about the natural life cycle of open source projects. There are cases where it may be better to shut things down.
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.
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.
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.
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.
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?
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.
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.
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.
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?
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.
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.
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.)
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.
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.
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.
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.
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.
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.
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.
I often joke that Kubernetes is nothing more than a Docker installation and a bunch of shell scripts interacting with each other. In fact, at the most basic level, if you don’t have any knowledge, you could definitely build a very fragile cluster that way. It might even be fun!
“My expectation is surely in 20 years we are going to see AI tools generating mathematics that in many measurable ways are better than every human mathematician,” Litt said. “I would be shocked if that doesn’t happen.”
If LLMs are trained on GPL licensed code (and as it seems now they are trained on that and on pretty much everything else the companies can get their hands on), why doesn’t that make the LLMs and all the works they produce GPL licensed?
A beautiful story of how iteration on an app is a process that’s worth it and that can yield something close to perfection like with Pedometer++. I wish every app had a person like this behind it who goes the distance and sweats every detail.
We have been working in the “What comes after” for as long as I can remember because 1. it’s obvious1 2. you need to be ruthless about anything that does not add value.
Sovereign Tech Fund investing in KDE points towards some concerted effort into weaning Europe off big tech. KDE has come a long way and with a bunch more more pushes like this, it could become a more than worthy alternative to Windows.
It’s not so clear cut as it’s made out to be here. Of course writing code should never have been your bottleneck to begin with. What LLMs have done is to remove “I need to write the code” as an excuse.
Filing this for when I get the itch to learn Haskell again though there has been some recent rumbling that as a language it’s too clunky and increasingly irrelevant outside of a narrow academic context.
It’s a fair take but it ignores that it’s all path dependence. Any decision whether on the product side or in engineering cements a structure that is painful to change later. Whether you have AI helping you there or not is mostly irrelevant. It handles the more basic things but the hard choices are still hard.