3 ms·
The problem with Docker and friends, from my perspective as a developer, is that it's a whole other skill-set you have to learn, keep up with, and context-switc
by brundolf 4y ago
The problem with Docker and friends, from my perspective as a developer, is that it's a whole other skill-set you have to learn, keep up with, and context-switch into and out of. I think that's why it usually ends up being its own job: maybe those technologies bring some order to a huge messy problem-space, but they don't make the problem-space simple. The abstraction is way, way too leaky to use it without knowing and thinking about all the ins and outs of everything that's going on underneath. And you can't even just use the existing knowledge you might have of scripting and systems: you have to learn whole new technologies on top of those. And as a dev, who's already thinking about all the ins and outs of my own whole complex system, that just kneecaps my ability to stay in a headspace where I can get things done.
If you want me to do my own ops, they need to have a Heroku level of simplicity. That's what's required for them to not detract from my other work, and not drive me to burnout. Anything less, and I'm going to just keep tossing things over the fence.
- whakim 4y agoI 100% agree with this. I love Docker, Terraform, etc. because it's much closer to the world I usually inhabit than patching drivers on physical servers, but I find it frustrating that once every month or two I'm asked to solve some issue that really requires the specialized knowledge I'd only develop if I was doing DevOps frequently. Instead, I get to the point of realizing there's some issue deep in the AWS networking stack and wish that I didn't have to spend the next day fiddling with subnets (and then not taking away anything tangible to help me solve the unrelated issue that'll crop up in two months' time).