Tags: web-review, satire, microsoft, agile, architecture, machine-learning, productivity, tdd, linux, encodings, complexity, europe, apple, desktop, business, product-management, rss, cognition, gpt, memory, failure, bias, culture, copilot, tests, prolog, unicode, organisation, learning, tech, blog, france, science, infrastructure, team, politics, version-control, debugging, supply-chain, craftsmanship, leadership, ai, audit, git, foss, ci, economics, scripting, hardware, logic, energy, research, zsh, github, security, unix, shell
Let’s go for my web review for the week 2026-15.
Tags: tech, foss, politics, desktop, france, europe
Well, what can I say? This is excellent news and I’m excited to see it happen. Let’s hope more governments do the same. It’ll take a while of course, so we’ll have to be patient.
https://linuxiac.com/france-launches-government-linux-desktop-plan-as-windows-exit-begins/
Tags: tech, infrastructure, economics
A good explanation and illustration of how natural monopolies work. This is why you want to regulate infrastructure properly.
https://sschueller.github.io/posts/the-free-market-lie/
Tags: tech, blog, rss
The stats are clear there. Beside in term of experience, RSS feeds are so superior to newsletters… I wish more bloggers would give up on the newsletter focus. There’s also a good point in this post: as soon as you have a newsletter you will sit on a database of email addresses, it’s definitely a liability.
https://matduggan.com/you-can-absolutely-have-an-rss-dependent-website-in-2026/
Tags: tech, microsoft, github, apple, linux, business, product-management
Indeed, the giant managed to make itself weak. This means opportunities for other ecosystems to grow faster than before.
https://caio.ca/blog/the-downfall-and-enshittification-of-microsoft.html
Tags: tech, ai, machine-learning, copilot, productivity, craftsmanship
Long but very precise piece about why you can likely ignore LLM for development purpose. Starting from older Fred Brooks work is spot on. Indeed whatever will remain of LLM based tools in the years to come, it’s much smarter to focus on fundamental skills than chase the new tools. At least, I’m trying to do my share in getting myself and others better at the craft.
https://www.b-list.org/weblog/2026/apr/09/llms/
Tags: tech, ai, machine-learning, gpt, energy, economics, infrastructure
It’s getting clearer that the industrial LLM complex will have a hard time meeting its targets.
https://futurism.com/science-energy/data-centers-construction-supply
Tags: tech, ai, machine-learning, gpt, cognition, bias
It feels like it’s supercharging an old bias… We tend to confuse confidence for competence.
Tags: tech, ai, machine-learning, gpt, copilot, learning, science, research
Excellent piece, it show quite well the problem of skipping the “grunt work”. Without it you can’t really learn your trade (be it astrophysics or anything else). It also shows how the incentives on scientific careers are wrong. It’s not new, but when LLM agents become available, things are definitely changing for the worst.
https://ergosphere.blog/posts/the-machines-are-fine/
Tags: tech, ai, machine-learning, copilot, prolog, logic
Definitely interesting approach. I think neurosymbolic approaches are what we ultimately need so I’m probably biased. At least it means using LLMs for what they’re good at (language skills) and only that. Then rely on proper code symbolic models which do the reasoning heavy lifting. I’d expect it can give nice output with smaller models.
https://yogthos.net/posts/2026-04-08-neurosymbolic-mcp.html
Tags: tech, security, ci, supply-chain
Lots of interesting measures to reduce the risk of supply chain issues. Definitely to be considered on your projects.
https://astral.sh/blog/open-source-security-at-astral
Tags: tech, hardware, memory, failure
Failing DRAM chips are real. Here is the case of debugging a single bit flip.
https://trofi.github.io/posts/347-another-memory-corruption-case.html
Tags: tech, git, version-control, team, audit
Nice little commands to use to discover quickly the state of a code base… Or rather of its team.
https://piechowski.io/post/git-commands-before-reading-code/
Tags: tech, zsh, shell
Oh this is super neat and convenient! I didn’t know about those glob patterns modifiers in zsh.
https://adamj.eu/tech/2026/01/27/zsh-om1-glob-qualifiers/
Tags: tech, unix, shell, scripting
A friendly reminder that one can go far mainly with awk.
https://utcc.utoronto.ca/~cks/space/blog/sysadmin/LittleScriptsIX
Tags: tech, memory, unicode, encodings
So many string types! They all have a purpose of course. It’s a good reminder that something mundane like a string type is not that simple.
https://lambdalemon.gay/posts/string-types
Tags: tech, version-control, debugging
Examples of how i3 and go stamp versions. This is indeed good habits to ease dealing with errors in production.
https://michael.stapelberg.ch/posts/2026-04-05-stamp-it-all-programs-must-report-their-version/
Tags: tech, architecture, complexity
Shows the problem with layer cakes in applications or how you might want to go toward onion architectures.
https://entropicthoughts.com/mvc-mistake
Tags: tech, leadership, tests, tdd, agile, organisation
Cryptic title to be honest. But this is a good explanation of why any “agile transformation” better start close to the code and in particular with automated tests. If you can crack that nut (and it takes time), the rest will follow naturally.
https://codemanship.wordpress.com/2026/03/30/the-mouse-that-roared/
Tags: tech, productivity, organisation, leadership, ai, machine-learning, copilot
So much this… There are so many organisational problems that churning code faster is likely not what you need. When did we start to obsess with the number of lines of code?
Tags: satire, culture
Getting there, one day at a time.
Bye for now!