Tags: web-review, processes, management, pairing, gpt, facilitation, fediverse, google, knowledge, supply-chain, c++, community, copilot, decision-making, rust, research, leadership, science, tech, attention-economy, organisation, performance, tests, history, architecture, problem-solving, engineering, pattern, machine-learning, complexity, blog, unix, linux, ai, codereview, mob-programming, foss, simd, microservices, trust, shell, productivity, security, learning
Let’s go for my web review for the week 2026-21.
Tags: tech, fediverse, blog
It’s not complicated, and a good thing to do.
https://stefanbohacek.com/blog/make-your-website-or-blog-fediverse-ready/
Tags: tech, foss, community
Not sure it warranted the “dumb” mention in the title. Still it’s likely a good idea to have a list of the ways projects can die.
https://nesbitt.io/2026/05/19/dumb-ways-for-an-open-source-project-to-die.html
Tags: tech, google, ai, machine-learning, gpt, attention-economy, knowledge
Ultimately, they just want people to stay on the pages they fully control and not have them visit anything out of their mall.
https://tante.cc/2026/05/20/on-google-declaring-war-on-the-web/
Tags: tech, ai, machine-learning, copilot, engineering, processes, productivity
Good overview of why we don’t see a speed up in development processes when AI tools are introduced. The bottlenecks don’t magically get destroyed.
https://frederickvanbrabant.com/blog/2026-05-15-i-dont-think-ai-will-make-your-processes-go-faster/
Tags: tech, ai, machine-learning, copilot, productivity, research, science
Or why most of the studies we see out there can’t be trusted. They’re full of holes and flaws. We’d really know people who know what they do in humanities to conduct such studies to get a chance at a proper picture.
https://third-bit.com/2026/05/20/twelve-ways-to-be-wrong/
Tags: tech, unix, history, microservices
I agree with this short history tour. It’s the composability which matters.
https://posixcafe.org/blogs/2024/01/05/0/
Tags: tech, tests, shell
A proof that you don’t need much to write a test suite.
https://zork.net/~st/jottings/shell-tool-testing.html
Tags: tech, unix, linux, processes, research
fork() doesn’t want to die. But help is coming it seems. Maybe the day it disappears from kernels is “near”.
https://dl.acm.org/doi/epdf/10.1145/3713082.3730396
Tags: tech, c++
Time to retire std::function in new code.
https://www.sandordargo.com/blog/2026/05/20/cpp26-copyable-function
Tags: tech, rust, architecture, complexity, pattern
Nice suggestions on how to structure larger Rust code bases. The proposed error handling is particularly neat and tidy. This is doable in other languages but tends to be more verbose.
https://kerkour.com/rust-organize-large-projects-code-error-handling
Tags: tech, simd, performance
Really smart SIMD trick which packs a punch.
https://lemire.me/blog/2026/05/18/simd-accelerated-integer-to-string-conversion/
Tags: tech, security, supply-chain
This is a good point. I feel unease at the current trend pushing toward cooldowns. The proposed rollout scheme is much better and fairer.
https://illegalcode.net/rfcs/phased_rollouts.html
Tags: tech, codereview, pairing, mob-programming, trust, productivity
The title is a bit too much of a blanket statement. Still there’s indeed a lovely no between pair programming and merge requests. If possible you should favour the former. Yet it rarely happens in practice, there are reasons for that.
https://a4al6a.substack.com/p/stop-using-pull-requests
Tags: tech, organisation, knowledge
Knowledge management is hard. It’s almost never a tool problem despite what people claim.
https://jarche.com/2026/05/organizational-knowledge/
Tags: tech, leadership, management, learning
The responsibilities drop on people before they’re ready for it (I see it first hand regularly at customers). Such tips are thus welcome and helpful during the transition.
https://www.jrothman.com/newsletter/2026/05/three-tips-for-succeeding-as-an-accidental-leader/
Tags: facilitation, decision-making
Nice little facilitation formats. I’ll try those for sure.
https://improvesomething.today/single-line-facilitation/
Tags: problem-solving
Very good points. Solving problems is not necessarily what happens when they are identified.
https://improvesomething.today/responses-to-problems/
Bye for now!