New post: Building with AI Without Drowning in Technical Debt. How to keep speed without locking in bad design—guardrails, a lightweight checklist, and team habits that scale with AI.
#AI #TechnicalDebt #SoftwareEngineering #Architecture #LLM #CodeQuality #DevEx
We don't need more. We need less.
Every week:
A new framework.
A new "layer".
A new AI wrapper.
A new YAML format to abstract what used to be a shell script.
And then we wonder:
"Why is our software hard to debug?"
"Why do our builds break randomly?"
"Why is onboarding a 6-month journey through tribal folklore?"
I once said I write bug-free software that can be finished.
People laughed, especially product people.
Not because it's wrong.
But because they’ve forgotten it's possible.
We build complexity on top of confusion:
A + B becomes C.
C + D becomes E.
Now, E is broken, and we would create a new layer, but nobody knows how A or B worked in the first place. For example HTML/JavaScript, we leave it there and just add layers around it.
Take XML.
Everyone says it's ugly.
But you could validate it automatically, generate diagrams, enforce structure.
Now we're parsing YAML with 7 linters and still can't tell if a space is a bug.
Take Gradle.
You can define catalogues, versioning, and settings, but can't update a dependency without reading 3 blogs and sacrificing a goat.
This is called "developer experience" now?
Take Spring Boot.
I wouldn't trust a Spring Boot or any java Framework powered airplane.
Too many CVEs. Too much magic. Too little control.
We don't need "smarter" tools.
We need dumber, boring, reliable defaults.
Start boring.
Start small.
Then only change the 1% that needs to be fast, clever, or shiny.
You'll rarely even reach that point.
Like everyone says, "Y is more performant and faster than X", but no one reached the limit of X. Why should I care? Meanwhile, we use performant AI.
Real engineering is not chasing hype.
It's understanding the system so deeply that you no longer need most of it.
We've replaced curiosity with cargo cults.
We've replaced learning with LLM prompting.
And somehow, we're surprised when AI loses to a 1980s Atari in a chess game.
At least the Atari understood its own memory.
Simplicity = less maintenance = fewer bugs = happier teams.
We need less. Not more.
#devex #simplicity #softwareengineering #nocodependency#stopthehype #bugfree #springboot #gradle #xml #yamlhell #boringisgood #minimalism #AIhype #infrastructure #cleancode #pragmatism #java #NanoNative
Interesting dive into the “AI makes folk less productive survey”
TLDR; As with any tool, you need to know how to use it, and what to use it on, to get the best benefit.
https://newsletter.pragmaticengineer.com/p/cursor-makes-developers-less-effective
Flying out soon to hit Tech In Gov Canberra.
If you happen to be there come to stand s3 for some insight into modern delivery practices and play with some demo stuff.
Alternatively I’ll be speaking at the pitch fest on day two.
Looking forward to seeing some friendly faces and talking GitOps, devex, and golden path automation.
Am I imagining a `git commit --fixup` helper tool that, given a staged change in a hunk of a file present in a previous commit, will automatically find that commit and `--fixup` that commit?
I'm fed up of noticing a problem, then `git log --oneline` and then copypasta a SHA and then `git rebase -i`, and then I notice another thing that's bad and the process starts over.
Platform Engineering success can't be coded. At #InfoQDevSummit Munich 2025 (Oct 15-16), Max Körbächer will share how a product mindset helps you build platforms developers choose to use, not are forced to adopt.
Is friction affecting your team's productivity?
At #QConSF 2025 (Nov 17-21), Nicole Forsgren @microsoft shares a proven blueprint for great DevEx, removing friction, and scaling productivity in an AI world.
https://bit.ly/3UIjhaU
#DevEx #Productivity #SoftwareEngineering #QConAI
Tech In Gov ‘25 kicks off in Canberra in 2 weeks. I’m very happy to announce we have been accepted into the lightning pitch fest, where we will be talking about lowering the pressure on engineering teams while improving cadence and security posture. #devops #devex #techInGov25
Come say hi at our booth or join us at the Pitchfest!
https://www.terrapinn.com/conference/technology-in-government/Start-Up-Zone-Pitch-Fest.stm
Platform as a Product is rapidly becoming essential!
Last year's #InfoQDevSummit Munich explored its growing impact, showcasing how teams apply product principles to internal dev platforms for great results. Discover the next evolution!
Join us Oct 15-16, 2025.
Watch: https://bit.ly/44UJWHL #PlatformEngineering #DevEx #ProductMindset
I've added Baseline status to the CSS property documentation tooltips I previously implemented in DevTools.
Also, I've updated the vscode/web-custom-data package version that is used under the hood in DevTools.
So DevTools now displays info for all the new CSS properties that have come out in the last 3 years!
Available now in @Chrome Canary. 
"10 Tiny Steps to #PowerShell #Productivity Mastery" by @stephanevg.bsky.social was a whirlwind of wisdom:
Learn broadly
Tune VS Code
Use Git & build processes
Embrace soft skills & focus
Share, grow, repeat
psconf.eu
#PSConfEU #DevEx #VSCode
- YouTube
TECHNICAL DEBT is like a ROTTING ROOF
On rainy days, it's too wet to fix it.
On sunny days, there's no leak… so you ignore it.
Then one day, boom, ceiling caves in, buckets everywhere, and you're duct taping production at 2am.
That's technical debt.
Not just messy code. Not just bad practices.
It's what you chose not to fix when you could have.
The missing tests.
The config you hardcoded "just for now".
The abstraction you skipped because "it works".
The one extra iteration after the ticket was marked as "done".
And now it's slowing you down.
It's holding your future hostage.
You're spending engineering cycles bailing water, not shipping value.
We love to say we're "building", but half the time we're just… leak managers.
You can't scale rot.
So next time the sun's out, fix the roof.
Because when the rain hits, it's too late.
“The Borrowchecker Is What I Like The Least About Rust”, Jakob Nybo Nissen (https://viralinstruction.com/posts/borrowchecker/).
Via HN: https://news.ycombinator.com/item?id=44618535
On Lobsters: https://lobste.rs/s/z2ehwo/borrowchecker_is_what_i_like_least_about
Tired of jumping between interfaces? 
Used the editor inside the AWS console and left wanting more.
Now you can launch into Visual Studio Code directly from the AWS Console.
A poor #userexperience can make or break a product. Most companies are not Microsoft and likely wouldn’t have withstood a fiasco like Vista. An opposite example is Docker, the engine that popularized containers, lightweight packages of code and all its dependencies that can run on any operating system with Docker installed. (...)In short, attention to the user or developer experience (#DevEx) is no longer a nice to have. Instead, it’s a critical aspect of any product including internal platforms
The full paper [PDF] is here:
https://metr.org/Early_2025_AI_Experienced_OS_Devs_Study.pdf
Developers *thought* they were 20% more productive using AI, but were actually measured to be 20% *slower*. 
[Перевод] Как в Mercado Libre перевели внутреннюю платформу разработки на Kubernetes
Перевели третий материал из цикла статей о технологической трансформации Mercado Libre. Эта часть посвящена углубленному анализу технических и стратегических аспектов, лежащих в основе решения о переходе на Kubernetes. В ней анализируют рассмотренные альтернативы, сложности, возникшие в процессе внедрения, а также то, как принятые решения продолжают поддерживать мультиоблачную стратегию и операционную устойчивость.
Docker State of App Dev: Dev Ex & Productivity
#Company #Developers #Devex #Docker
https://www.docker.com/blog/docker-state-of-app-dev-dev-ex-productivity/
Last night I finished generalizing our service catalog leaf api, solving the extensibility problem a lot of GitOps implementations face when trying to support future workloads (all properly typed and validated at all the right spots). Introducing a new workload type now takes 3 hours and backstage can discriminate between them making config panels simple to implement and extend. This is a break thru and there was much rejoicing at 2am this morning. We are now months ahead.
So today we take a break and have some fun; shift playwright left into our tilt local dev env so we can test these changes just as fast as we build them! Exciting times ahead!
