Pratica di Shadowing: If I would start DevOps from 0 - How would I start and what would I learn - Impara a parlare inglese con i video

Stop following random roadmaps that make you even more confused than before you started using them.

To make this easy for you, let me tell you the exact sequence that actually works, because it has worked for thousands of engineers in our programs.

So phase one, cover the foundations.

The more stable the foundation, the easier it will be for you to stack the new skills on top of that.

if you try to shortcut your way and outsmart your way to the phase two by trying to learn DevOps skills on a shaky foundation, you're going to need longer to learn those skills and it's going to be much more painful.

So do not skip phase one.

The foundation is Linux fundamentals, which is literally the foundation of anything that you do in DevOps, because you're literally going to be managing systems that are powered by Linux.

So Linux fundamentals, bash scripting, and Git.

Those three are absolutely essential.

If you're a complete beginner in those, if you've never seen Linux terminal before, you've never seen Git before, then calculate two months for really nailing all the concepts for those technologies.

If you're already familiar, then one month should be enough.

And as I said, without this, everything else is shaky.

So start with those.

Be patient because the phase two is going to be much faster and easier if you've got the fundamentals right.

Which leads me to phase two, which is very simply cloud basics.

Either AWS or Azure.

I always recommend AWS because it has the largest market share in the entire world in terms of projects powered by AWS.

So always choose the technology that has the highest probability of being listed in the job descriptions or whatever you're looking for, because otherwise they're very similar.

You're not going to learn new concepts on Azure or AWS, it's cloud.

So learn the basics of cloud, not AWS or Azure specific concepts, okay?

Which means compute, storage, networking, it works the same on any cloud.

So learn the concepts first and then learn how AWS implements those concepts.

And this is very important.

Do not focus and chase certifications.

Build actual hands-on projects on cloud infrastructure and then to prove your knowledge,

then you can go do certifications not the other way around and again do this deeply properly

really really understand the foundational concepts if you log into aws console you're gonna see thousand services you only

need five of them to really master the basics the fundamentals of cloud okay so do not be overwhelmed by all the the noise and all these other services.

And as I said, those are compute, storage, networking.

And to master those at a really solid level, you're probably going to need one to two months, again, depending on your previous experience.

And as I said, no skipping those phases.

Those are absolutely essential.

And then we go to phase three, which is the actual start of the DevOps specific concepts and technologies.

One of the most important ones are infrastructure as code, like Terraform or Pulumi.

Again, focus on the concepts rather than the tools because Terraform may change, but the concepts will remain.

So learn what the infrastructure as code concept is, why it exists, and what problems it solves, and then how to actually use it for real-life use cases.

how to provision infrastructure through Terraform code on AWS.

Learn how to automate things, different parts of the system, different tasks, repetitive things using infrastructure as code.

Again, to really master this, calculate around one month for acquiring the skills.

Then we go to phase four and five, which are the juiciest parts of DevOps.

And this is where everything comes together.

Phase four, focus on containerization, concepts of containers, how they work, the implementation with Docker, and then the container orchestration with Kubernetes.

You don't need to become an expert here.

Again, 20% of Docker and Kubernetes make up 80% of the use cases where you're going to use them.

So master the basics and fundamentals,

which should take you about one to two months and then move to phase five which is CI CD automated release

or deployment basically understand the concepts first and then pick one of the tools any one of them will be absolutely fine I recommend either Jenkins GitHub Actions or GitLab CI and in order to learn these tools,

please build actual pipelines, not just read documentation, not read theory or follow some shallow YouTube tutorials.

Actually build a pipeline end to end that deploys a code that you just committed all the way to a containerized environment like Kubernetes or AWS infrastructure.

And CI city is the backbone or core of DevOps.

So I would focus probably most attention here.

So take one to two months to really nail this and master this and cover most of the production use cases.

And then as a final step, move on to a little bit more advanced level, which is observability, which is Prometheus, Grafana, monitoring stack.

Invest one month to really understand, again, the fundamentals here.

You don't need to become an expert in observability.

you need to understand how the basic concepts, how they work and how you can actually implement observability in your systems.

So if you count these all together, these are literally just a few months to have a really well-rounded solid knowledge without any knowledge gaps.

It's absolutely doable.

We're not talking about years here.

We're literally talking about just a few months of intense focus and commitment to learn these things.

But here is the mistake that I literally see majority of the people actually make, which is learning linearly and in an isolated way.

What do I mean by that is that people learn these tools separately, individually.

They do an AWS course here, they do a Docker course here, they do a Terraform course here, but they never combine these tools to actually build those processes.

They consume some shallow Udemy courses or YouTube tutorials, including mine, but they don't go deep enough for you to be able to build actual real life processes.

So you have so many missing pieces that you just don't know.

And those pieces are actually what makes you valuable for any company because anyone can do a Udemy course or do a one hour crash course on YouTube, right?

That doesn't make you valuable enough as an engineer.

So when you're learning,

the most important thing is you take whatever you're learning and you combine it with everything else that you already know by applying every technology to real projects and use cases that you can think of and building on it continuously.

You don't start every project from scratch.

You start building and you expand and expand and expand gradually because theory or some syntax basics of each technology without application is completely useless.

And the interesting thing is that most people know and feel when they have knowledge gaps, when they don't have deep enough knowledge because you feel that sense of insecurity.

When you read a job description, you feel like you're not good enough to apply for the job.

When you are doing an interview, you feel that you are not able to answer those questions because you never learned those things.

And that was literally my major focus when I created DevOps Bootcamp to breach that gap that I was seeing

of people just not learning the connections or the combination of tools and just learn these things in isolation

or didn't understand the concept and just learn the syntax and specific details of a technology instead of understanding the underlying concepts.

And one more interesting thing is that this road map can actually be personalized based on what you already know because you may be an engineer with software development background or QA and pass automation background,

sys admin, network engineer, database administrator, whatever your previous skills are, you can use some of that to build the DevOps skills on top of that.

So if you really want to get started with a proper structure, then the first step is to define a clear roadmap.

And we actually created a detailed roadmap for our community to help you with that.

Because I know how overwhelming this journey can be.

So grab it from below and use it as your next action step.

Now, I really hope this video helped you get some clarity about what you need to do next.

And if you know a colleague or friend who also needs this clarity, then share this video with them as well.

And also let me know in the comments, if you have been learning for some time already, what is the most difficult thing that you struggle with or you have struggled with the most?

and I will try to answer all of your questions in the following videos or directly in the comments.

And with that, thanks as always for watching and see you in the next video.

Cos'è la tecnica dello Shadowing?

Shadowing è una tecnica di apprendimento delle lingue supportata da studi scientifici, originariamente sviluppata per la formazione dei traduttori professionisti e resa popolare dal poliglotta Dr. Alexander Arguelles. Il metodo è semplice ma potente: ascolti un audio in inglese di madrelingua e lo ripeti immediatamente ad alta voce — come un'ombra che segue il parlante con un ritardo di solo 1–2 secondi. A differenza dell'ascolto passivo o degli esercizi di grammatica, lo shadowing costringe il tuo cervello e i muscoli della bocca a elaborare e riprodurre simultaneamente i modelli di discorso reale. La ricerca dimostra che migliora significativamente la precisione della pronuncia, l'intonazione, il ritmo, il discorso connesso, la comprensione dell'ascolto e la fluidità del parlato — rendendolo uno dei metodi più efficaci per la preparazione alla prova di speaking dell'IELTS e per la comunicazione reale in inglese.

Pratica di Shadowing: If I would start DevOps from 0 - How would I start and what would I learn - Impara a parlare inglese con i video

Informazioni su questa lezione

Vocabolario chiave e frasi

Consigli per la pratica

Cos'è la tecnica dello Shadowing?