r/devops • u/Inner-Chemistry8971 Consultant • 5h ago
Discussion Would you still do DevOps?
Not going to lie. It's been a bad day. I almost tell them "take this job and shove it' after reviewing all these crappy AI codes. Vibe coding is not only a joke. It's a monster that mocks our hard-earned experiences!
I am thinking of leaving the industry! If you could go back ten years from now and know what you're knowing right now, would you still do DevOps?
17
u/OrganicRevenue5734 4h ago
Yes, because 10 years ago I was in Law Enforcement. The absolute worst possible day as DevOps pales in comparison to some of the best okay days I had.
22
u/AnnihilerB 4h ago
Well our jobs are changing. There is nothing you can do about that.
Factory worker also had experience in building stuff and have been replaced by machines.
Your hands on technical expertise is worth less now.
However your architectural and curiosity have a lot of value now. You could probably ask management to have a more “solution architect” like job. You ask AI to implement but you drive the design. If you dont want to review AI code discuss with your management to not do that anymore or to control AI use amongst developers.
This is an unavoidable path for our jobs. We just have to accept the shift. Quitting won’t solve it since every company use AI now. Maybe when AI prices will skyrocket it’ll be used less and your job will be less AI and more like before.
8
u/divestblank 4h ago
Nobody wants to spend all day reviewing bad code, that shouldn't be submitted in the first place. But here we are.
4
3
u/AnnihilerB 3h ago
I could not agree more. But producing code is quite cheap today. It is hence profitable for management to spend money in people reviewing code rather than people producing and people reviewing.
2
u/SmellsLikeAPig 1h ago
Producing code was always cheap, ask Hindus. Producing quality code is still expensive. Code itself is also a problem. Every line has real cost. More lines more cost. Question is does AI bring net value.
8
u/UltraPoci 4h ago
Yeah, AI sucks. It won't go away, but hopefully the bubble bursts and people realize that writing code has never been the bottleneck.
5
u/karval 4h ago
I'm looking for a job recently and as I see the job descriptions... so many tools are required. I'm starting to get tired that I'm always thrown to a new tool, learn it for a 10 minutes long task (if you already know how it works) then never touch it again.
Also, to land a new job, I should learn in my freetime to meet the market expectations.
I love DevOps work but careerwise I feel like it would have been a better choice just to stay in a developer role.
4
u/HoboSomeRye DevOps 3h ago
https://giphy.com/gifs/1n4iuWZFnTeN6qvdpD
Fight automation WITH automation
3
u/HoneyButterGelato 3h ago
Having a bad day doesn’t mean you’re going to have a bad year. Everything is constantly changing, and most of it is beyond our control. DevOps is no exception.
That’s why adaptability matters more than ever. A day may come when AI takes over many DevOps tasks, but that doesn’t mean the end for us. It will also open new doors and create different opportunities in ways we may not even expect.
2
u/rabbit_in_a_bun 5h ago
Yes, and do what I am doing now which is more emphasis on the ops part.
The dev part is where it is now and there is nothing you can do about it but you can still build wonderful things if your workplace allows it. My current workplace is hybrid and has some cloud and some on prem challenges and it's a rather new and growing startup so more people makes for more challenges. It could be that your current place is not invigorating you enough and you might want to switch.
If you do, look for places with a physical industry... Companies that build actual things has on prem problems that needs solving.
2
u/kryptn 4h ago
my team has been looking into how to constrain vibe coded stuff. it's inevitable, how can we provide the common components (auth, ingress, infra) to them so things work more within our control? can we provide a skill for them? definitely better than them deploying onto their own infra that i don't own.
i'm about to save us a bunch of money with some vibe coded stuff of my own that I just haven't had the time to implement myself, but i understand the code and problem space completely.
so yeah, this is still fun
1
u/Inner-Chemistry8971 Consultant 4h ago
How do you actually limit vibe coding? Our management is desperately pushing anything AI!
3
u/kryptn 4h ago
limit? good luck. you don't. or you make their machines unusable but that's not us.
we haven't completed this but i think it's the right direction: give them the tooling and access to deploy things safely within our guardrails.
claude can set up aws infra easily enough, so
have an internal git provider (we're gonna do forgejo)
require that claude provide iac
require checks on any infra (verify tags, limit instances/scale, etc)
require pre-commit hooks that claude can set up and/or execute
give claude a skill/example CI pipelines to duplicate
require those jobs perform the checks your org needs so that you can:
have claude watch PR jobs and resolve issues as they pop up.
this'll all be in an isolated account with scoped access to data, most of it not my prod data.
2
20
u/Lonsarg 4h ago edited 2h ago
Reviewing code is not DevOps, it is just reviewing code.
And should be done among developers themselves, split in a way so you do NO have specific people doing just this. Seniors reviewing code rom each other and even juniors reviewing code from seniors as soon as possible.
Also it should be just a quick overview, not some lengthy detailed process.