No history yet

I want to learn Devops

Welcome! I am incredibly excited to help you dive into the world of DevOps. Before we map out our official learning path and start exploring, I would love to learn a little bit more about you.

To help me tailor our conversations and pace everything perfectly, what is your current background? Are you already a developer, working in IT operations, or starting completely from scratch?

I am a computer science student have all nasic understanding of thos field

Welcome! Since you already have a computer science background, you have a head start on the foundational concepts we'll be covering.

Your path
Linux and Networking Fundamentals
Version Control (Git)
Infrastructure and Containers
CI/CD Pipelines
Monitoring and Observability

The Heart of DevOps

To understand DevOps, we have to look at the traditional friction it was designed to solve. In a classic software company, you have two main engineering factions. On one side are the Developers (Dev), whose job is to build features and write code. On the other side is the Operations team (Ops), whose job is to keep the servers running and ensure system stability. Historically, this created a structural clash of interests. Developers wanted to push out new code as quickly as possible to ship features. Operations wanted to change things as rarely as possible because changes introduce bugs, crashes, and downtime. This wall of confusion resulted in slow, risky software releases where code would work perfectly on a developer's laptop but break the moment it hit the production servers.
DevOps is not a specific software tool, nor is it just a job title. It is a that demolishes this wall. It merges these two historically isolated silos into a single, continuous process where everyone shares responsibility for both the speed of feature delivery and the ultimate reliability of the system in production.