Tags: web-review, rust, documentation, failure, simplicity, team, hardware, machine-learning, history, ai, engineering, c++, processes, ssh, metaprogramming, performance, tech, law, web, gpt, ux, minimalism, ethics, remote-working, reliability, agile, copilot, frontend, tools, dependencies, fediverse, foss, lean, complexity, internet, architecture, research, politics, time, licensing, infrastructure, hype, leadership, europe, design, meetings, marketing, supply-chain, culture, desktop, security
Let’s go for my web review for the week 2026-16.
Tags: tech, fediverse
This looks like an interesting agreement. E2EE messaging anyone? There is more of course, but I’m especially excited regarding this one.
https://blog.joinmastodon.org/2026/04/sovereign-tech-agency-funding/
Tags: tech, foss, licensing, law
The FSF is now weighting in on the Euro-Office vs OnlyOffice situation. You have to respect the spirit of the AGPL and can’t take away freedom with extra clauses. Seems to make sense to me.
https://www.fsf.org/blogs/licensing/agpl-is-not-a-tool-for-taking-freedom-away
Tags: tech, politics, europe
Looks like someone is actually paying attention to what’s going on.
Tags: tech, internet, culture, time, history
Interesting piece, shows quite well how new technologies get in the home and then slowly expand. In the case of the Internet, it was indeed literally in a corner of the home before slowly being woven in our lives.
https://mudmapmagazine.com/the-utopia-of-the-family-computer/?ref=DenseDiscovery-384
Tags: tech, ai, machine-learning, gpt, ethics
Stop looking at the shiny toy, remember the ethics behind them…
https://smallsheds.garden/blog/2026/on-the-acceptance-of-genai/
Tags: tech, ai, machine-learning, copilot, marketing, hype, research
Are we surprised it’s mostly a PR stunt? Not at all. Of course, I agree a lot with the conclusion: we can’t trust any claim from those companies. They try to present themselves as labs but mostly try to disguise marketing as research…
https://calnewport.com/is-claude-mythos-terrifying-or-just-hype/
Tags: tech, simplicity, complexity, performance, minimalism, infrastructure
There’s a whole swat of solutions for very lean services. You can go a long way reducing complexity as much as possible. Less infrastructure bills are definitely welcome.
https://stevehanov.ca/blog/how-i-run-multiple-10k-mrr-companies-on-a-20month-tech-stack
Tags: tech, ssh, hardware, security
Comprehensive guide to have SSH keys stored in the TPM chip. Clearly it’s still a very manual process.
https://raymii.org/s/tutorials/Put_your_SSH_keys_in_your_TPM_chip.html
Tags: tech, rust, supply-chain, security
Indeed, the current supply chain model of Rust could be better. While we wait for improvements (with no sign of them coming), there are ways to try to avoid some of the common pitfalls.
https://kerkour.com/rust-supply-chain-nightmare
Tags: tech, rust, supply-chain, security, foss
Can crates.io make things easier to secure? I do think so. But this post is right that we shouldn’t forget the social aspect of the whole supply chain security conversation.
https://purplesyringa.moe/blog/no-one-owes-you-supply-chain-security/
Tags: tech, rust, tools, hype
This bears repeating of course. I still wish our industry would run less on hype. It’s not specific to Rust of course.
https://lewiscampbell.tech/blog/260204.html
Tags: tech, rust, failure
When possible it’s nice to nest your error types, this allows better investigation when something fails.
https://home.expurple.me/posts/flat-error-codes-are-not-enough/
Tags: tech, c++
Looks like a small syntax adjustment, but that indeed open the door to nice improvements.
https://www.sandordargo.com/blog/2026/04/15/cpp26-structured-bindings-condition
Tags: tech, c++, dependencies, metaprogramming
This is indeed a nice pattern for dependency injection in C++ for global functions.
https://www.elbeno.com/blog/?p=1831
Tags: tech, c++
Probably not… This is really taking a long time to be adopted. It’s not an incremental thing at all, this doesn’t help.
https://mropert.github.io/2026/04/13/modules_in_2026/
Tags: tech, web, frontend, desktop, ux
Or why I tend to favor desktop applications (made by KDE as much as possible) rather than web applications whenever possible. It’s just more pleasant to have things which look and feel homogeneous.
https://essays.johnloeber.com/p/4-bring-back-idiomatic-design
Tags: tech, engineering, failure, reliability
Those have no name… but you’ll encounter them regularly indeed.
https://newsletter.manager.dev/p/the-unwritten-laws-of-software-engineering
Tags: tech, architecture, design, documentation, processes
A good primer about design documents. What’s nice about this one is the focus on the process rather than the form of the document. Indeed what matters is the shared understanding and making sure the right decision is made.
https://blog.ceejbot.com/posts/design-docs/
Tags: tech, meetings, documentation, remote-working
Of course I wish more meetings would follow this pattern… or not happen at all, sending me a proper document instead.
https://ben.balter.com/2026/04/06/no-agenda-no-meeting/
Tags: tech, leadership, team
Short and to the point reminder: our job is never only about the tech. It always encompass some people related concerns, be it inside teams, between teams, or the impact on the users.
https://estherderby.com/technical-leadership-is-leadership/
Tags: agile, lean, failure
A bit long for what it’s saying. And yet it’s a good reminder, don’t focus on why… Ask the question as many times as necessary to get to the point where you can find a solution which prevents issues to reappear.
https://www.leanblog.org/2026/04/ohno-5-whys-actually-seven/
Bye for now!