“DevOps” is one of the most misunderstood terms in the software development industry. To be clear, I’m not the arbiter of truth when it comes to the definitions of words. That said, I’m here to say two things: The pioneers of the DevOps movement had a specific meaning in mind when they coined the term, and that meaning is misunderstood. mostly We’ve learned a lot about DevOps over the last 10 years. I personally use the term to describe what I believe are the best practices in reference to the meaning. current original One of the things that bother me the most about the “DevOps” industry is that middle management in so many companies seems to be incentivized to to a “DevOps” department without introducing any positive change. rebrand their ops department DevOps is not just ops in the cloud. A Note on Definitions I enjoy a great conversation, and nothing kills good conversations like two people using the same word while meaning different things. There is nothing magic about the word “DevOps” or any other word for that matter. If you want to tell me you have a different definition of the word, . It can be depending on how different your definition is, but we can work with it. That said, it’s to be clear about what mean when you talk about DevOps - especially if you’re using an unusual definition of the term. that’s fine confusing up to you you Following my own advice, I’m going to define of what I believe “DevOps” to be. That is, a . a part good DevOps organization has very few IT ops people that don’t write code I interpret the “ ” and “ ” (which are the books that started “DevOps”) to support this idea. DevOps Handbook The Phoenix Project I also interpret much of the research over the last 10 years (including the data in the “ ” book) to support the idea that ops people who write code enable more effective organizations. Accelerate What Does the DevOps Handbook Say? Let’s take a look at an excerpt from the “DevOps Handbook”: Myth — DevOps Means Eliminating IT Operations, or “NoOps”: Many misinterpret DevOps as the complete elimination of the IT Operations function. However, this is rarely the case. While the nature of IT Operations work may change, it remains as important as ever. IT Operations collaborates far earlier in the software life cycle with Development, who continues to work with IT Operations long after the code has been deployed into production. Instead of IT Operations doing manual work that comes from work tickets, it enables developer productivity through APIs and self-serviced platforms that create environments, test and deploy code, monitor and display production telemetry, and so forth. By doing this, IT Operations become more like Development (as do QA and Infosec), engaged in product development, where the product is the platform that developers use to safely, quickly, and securely test, deploy, and run their IT services in production. The most important point for our purposes is: IT Operations become more like Development … where the product is the platform that developers use … to run their services In other words, if a “DevOps” team is to be a team at all, in my opinion, it should be the team responsible for building the tooling that enables developers to quickly test, deploy, and monitor their services . themselves Is there no place for IT Ops People Anymore? Yes, there absolutely is. There are plenty of organizations that need traditional IT operations engineers and have no real need for them to be writing custom code. I want to be clear, the vast majority of is in the development of cloud-based web services. In that environment, I’ve found that “DevOps” engineers who can script, write automation, build APIs and use Git are more effective than those who can’t. my experience However, I can trivially think of other industries where IT teams who don’t code could be just as effective as those who can. For example, if you have teams of people working close to the hardware itself, it’s less likely that they would need to write code. There’s probably more than enough work to go around configuring hardware, setting up networks, etc. With all that in mind, I think there are certain skills in this world that you , assuming you have the time and the resources. simply should pick up Do you need to know how to code? Nope. Will it almost certainly make you a more effective “knowledge worker”? Yup. Do you need to be a great writer? Nope. Will it almost certainly make you a better communicator? Yup. I wouldn’t say “everyone needs to learn to code”. I say, if coding interests you and you have some spare time, it’s worth your while to pick it up. would So should I learn to code as an ops person? If you’re n DevOps engineer that’s uncomfortable with the idea of writing code, it’s never too late to start. I’ve found that ops people make developers for a number of reasons: great They’re familiar with command line tooling, telemetry, networking, etc They’re familiar with technologies like databases, pubsub systems, load balancers, etc They understand the programs they’ll be writing from the outside, now they just need to figure out the internals They’re already used to banging their head against the keyboard trying to figure out why something is broken Anyhow, not to plug my own stuff too hard, but if you’re interested in getting started with back-end coding, I’ve created to be a place for ops engineers to upskill in coding and computer science. Do check it out if you want to learn to write back-end code in Python, JavaScript, and Go. That said, if Boot.dev is not your cup of tea, check out FreeCodeCamp, the Odin Project, or any other good resources that work for your needs. Boot.dev So, are you a DevOps engineer if you aren’t writing code? Sure, you can be whatever you want. My intention isn’t to gatekeep. I guess there are two things I really care about. I want to work in an organization that enables developers to test, deploy, and monitor their services easily and in an automated fashion. I call the people that make that happen “DevOps” people. You don’t to write code to achieve the goals of DevOps, but it’s going to be a lot harder if you . have can’t Best of luck! Also Published here

Amazon

Being Confident and Humble Will Help You do Better in Coding Interviews 

Why You Can't Become a Back End Developer in 16 Weeks or Less

Learn to code on Boot.dev

Nominated for 2022 - HackerNoon Contributor of the Year - Algorithms

Nominated for 2022 - HackerNoon Contributor of the Year - Mathematics

Nominated for 2022 - HackerNoon Contributor of the Year - Cryptography

Nominated for Coding Guru of 2022

Nominated for 2022 - HackerNoon Contributor of the Year - Github

Nominated for 2022 - HackerNoon Contributor of the Year - Online Education

Nominated for 2022 - HackerNoon Contributor of the Year - Job Hunting

Nominated for Super Career Strategist of 2022

Too Long; Didn't Read

Make resilience your competitive advantage

Should DevOps Engineers Write Code?

Should DevOps Engineers Write Code?

About Author

Comments

TOPICS

THIS ARTICLE WAS FEATURED IN

Related Stories

Untitled Story

Every Developer Should Learn to Give Up Sooner

101 Stories To Learn About Cloud Infrastructure

10 Things in Engineering We Don't Spend Enough Time On

10 Things I Did To Increase CloudTrail Logs Security

10 reasons to give cloud computing a go

Every Developer Should Learn to Give Up Sooner

101 Stories To Learn About Cloud Infrastructure

10 Things in Engineering We Don't Spend Enough Time On

10 Things I Did To Increase CloudTrail Logs Security

10 reasons to give cloud computing a go

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps