2024-08-07 Link - A Eulogy for DevOps
I'm catching up on my reading, and one of the stand outs is a recent post by Mat Duggan called A Eulogy for DevOps.
Everything about it is spot on, and I'll be reading it a few times while I think about how some upcoming projects in my work life.
Here's one of many great examples from the post:
The cause of its death was a critical misunderstanding over what was causing software to be hard to write. The belief was by removing barriers to deployment, more software would get deployed and things would be easier and better. Effectively that the issue was that developers and operations teams were being held back by ridiculous process and coordination. In reality these "soft problems" of communication and coordination are much more difficult to solve than the technical problems around pushing more code out into the world more often.
This aligns heavily with my own thinking on some of the problems of where we are today with DevOps. Across the industry we leaned heavily into Domain Driven Design, and we didn't always make sure that the Domains had all of the skills in place that they needed. We just assumed that the people working in the domains would figure it out. And at the same time, we expected them to be delivering faster because now they were in full control of their own destiny, and of course this means that they're so much more efficient now, right?
Mat digs into this.
It's a great read. Why are you still here?