Most of my AI coding experience is through Github Copilot (GHCP), mostly because that is available to me professionally. GHCP has improved greatly over the past half year in my opinion. I do use it a lot, burning up my enterprise allowance almost every month working on complex python codebases.
When it comes to models in GHCP, I vastly prefer Claude over Codex. It's not that Codex is bad, it just feels tonedeaf to me. It writes code in its own preferred style and doesn't adjust to the context of the codebase. Additionally, for me, Sonnet and Opus are much less prone to getting stuck in loops for longer or more complex agentic tasks.
I do like Codex for review tasks. When I'm working on something complex, both planning and implementation, I frequently ask Codex to review Claude's work, and it does a good job at that, frequently catching a mistake or coming up with a different angle.
I've toyed with kilocode, cline and the related forks through Claude Opus 4.5 API, but I'd argue my experience with Claude Sonnet/Opus through Copilot has just been... better. More consistent. Faster.
Sometimes I code with local models, when I'm working on highly confidential projects or data. Prefer GPT-OSS 20b or Qwen3-coder-30b then, but without an agentic harness as prompts get big and slow.
I would find it a nice read to work a case and see two models/harnesses duke it out, see whether it matches your expectations and gut feeling.
Hey! Didn't mean my comment negatively towards you in any way, though I now realize it might've come across as such. Blogs with opinions based on experiences alone are absolutely fine, thanks for sharing.
What I did mean is to indicate that your blog felt like a HN comment to me, where I generally expect a HN link to be news or facts that subsequently spark a discussion.
At the end of your post I guess I was hoping or expecting facts or examples, indicating it was engaging enough to read to the end.
This blog post lacks almost any form of substance.
It could've been shortened to: Codex is more hands off, I personally prefer that over claude's more hands-on approach. Neither are bad. I won't bring you proof or examples, this is just my opinion based on my experience.
We must have regulation, and I support that fully. It also seems healthy to me to have an independent view on the specifics of said regulations. I mostly agree with the vision and direction of the DMA, but in my opinion it lacks specificity and clear unacceptable boundaries.
That lack of specificity, to me, is why Apple has been able to implement malicious compliance. At the same time the lack of specifics risks companies leaving the EU market in its entirety due to regulatory unclarity with high fines.
I'm not the biggest advocate of the EU DMA, but account and device access is one item we should actually be regulating very heavily, where potential penalties for (suspected) abuse or incompliance must be much more granular than full-on account bans.
It's hard to believe EU governments are actually considering mandating iOS and Android as gateways to access government services. It's a level of ignorance that's unfathomable.
This story is also exactly why I invest precious time running a Linux machine in the basement that rclones my cloud drives locally, as well as having full local copies of my webmail contents.
I had fun, this is a nice idea. Would be great to expand this with a custom link that contains a list of places, with appropriate zooming, for school kids and teachers.
Haiku (because I was a first day BeOS user and I still miss that OS every day)
KDE (Daily driver and boy do I hate using Gnome)
Keepass2Android (essential, use it 20x per day)
Bottles (most robust and easy to use way to run windows games on my Linux box for me)
- Other projects:
Wikipedia (I'm don't 100% align with some of the politics internally and externally, as well as their spending on sidehustles, but regardless there's just no substitute)
ScreenScraper.fr (because I like neatly organized retro games)
- Today I learned:
Thunderbird donating to thunderbird only supports Thunderbird, so I'll start.
Internet Archive Even though some of the stuff they are doing is legally dubious, in general I'd say the initiative is a force for good. Considering support.
- What I wish I was able to support:
OpenSUSE I use this distro every day, but I don't have the time to invest in the community other than some well written bug reports and packaging feedback every now and then.
Firefox and MDN docs Oh boy do I have zero trust in Mozilla as an organisation, but the browser and the MDN docs are so fundamentally important to me. Regardless, I just can't bring myself to support the organisation with the current CEO.
When it comes to models in GHCP, I vastly prefer Claude over Codex. It's not that Codex is bad, it just feels tonedeaf to me. It writes code in its own preferred style and doesn't adjust to the context of the codebase. Additionally, for me, Sonnet and Opus are much less prone to getting stuck in loops for longer or more complex agentic tasks.
I do like Codex for review tasks. When I'm working on something complex, both planning and implementation, I frequently ask Codex to review Claude's work, and it does a good job at that, frequently catching a mistake or coming up with a different angle.
I've toyed with kilocode, cline and the related forks through Claude Opus 4.5 API, but I'd argue my experience with Claude Sonnet/Opus through Copilot has just been... better. More consistent. Faster.
Sometimes I code with local models, when I'm working on highly confidential projects or data. Prefer GPT-OSS 20b or Qwen3-coder-30b then, but without an agentic harness as prompts get big and slow.
I would find it a nice read to work a case and see two models/harnesses duke it out, see whether it matches your expectations and gut feeling.