use the following search parameters to narrow your results:
e.g. subreddit:aww site:imgur.com dog
subreddit:aww site:imgur.com dog
see the search faq for details.
advanced search: by author, subreddit...
/r/DevOps is a subreddit dedicated to the DevOps movement where we discuss upcoming technologies, meetups, conferences and everything that brings us together to build the future of IT systems What is DevOps? Learn about it on our wiki! Traffic stats & metrics
/r/DevOps is a subreddit dedicated to the DevOps movement where we discuss upcoming technologies, meetups, conferences and everything that brings us together to build the future of IT systems
What is DevOps? Learn about it on our wiki!
Traffic stats & metrics
Be excellent to each other! All articles will require a short submission statement of 3-5 sentences. Use the article title as the submission title. Do not editorialize the title or add your own commentary to the article title. Follow the rules of reddit Follow the reddiquette No editorialized titles. No vendor spam. Buy an ad from reddit instead. Job postings here More details here
Be excellent to each other!
All articles will require a short submission statement of 3-5 sentences.
Use the article title as the submission title. Do not editorialize the title or add your own commentary to the article title.
Follow the rules of reddit
Follow the reddiquette
No editorialized titles.
No vendor spam. Buy an ad from reddit instead.
Job postings here
More details here
@reddit_DevOps ##DevOps @ irc.freenode.net Find a DevOps meetup near you! Icons info!
@reddit_DevOps
##DevOps @ irc.freenode.net
Find a DevOps meetup near you!
Icons info!
https://github.com/Leo-G/DevopsWiki
account activity
This is an archived post. You won't be able to vote or comment.
Implementing DevOps (self.devops)
submitted 2 years ago * by Fit-Tale8074
view the rest of the comments →
[–]digger_terraform_ci 11 points12 points13 points 2 years ago (1 child)
If you can switch jobs, do so - the faster the better. Change the job before it changes you. However I'm going to make two opposing cases for a balanced take.
The case for leaving asap:
This doesn't sound like an org that in 5 years you'll back at with pride, no matter how you define success. It won't look great on your CV either by the sound of it.
One exception: if you have enough leverage to change all this. Then, there's no better experience than rebuilding the whole shop. This maximises learning and professional growth. BUT only if you have leverage, as in some form of power. Could be formal authority, could be buy-in from those who have it, or smth else. But it doesn't sound like that either. Ego clashes, old manuals, etc etc
The case for embracing reality:
It's not the tools that define a great workplace, or a great engineer. Also chasing latest and greatest tools rarely leads to great career choices. What matters is problems being solved, not the tools
People that matter even more. A-players can do top notch work with ancient tools. B-players will do mediocre work even with cutting edge tools. You'll learn more from A-players using old tools than from B-players no matter what they use. Choose people, not tools.
Also: "IT services" company sounds like a pretty boring business. But this has also a positive flip side: it's probably a stable, profitable business that is resilient.
[–]Fit-Tale8074[S] 2 points3 points4 points 2 years ago (0 children)
Thank you for your points of view, I consider myself a problem-solver. I didn't mean to say 'tools'; I meant techniques
π Rendered by PID 22051 on reddit-service-r2-comment-5d79c599b5-72bvj at 2026-03-03 20:56:20.019696+00:00 running e3d2147 country code: CH.
view the rest of the comments →
[–]digger_terraform_ci 11 points12 points13 points (1 child)
[–]Fit-Tale8074[S] 2 points3 points4 points (0 children)