From 1fe981edae99cc2566d610e0080337ef0ede3ed2 Mon Sep 17 00:00:00 2001 From: Nikolai Rodionov Date: Tue, 12 Mar 2024 13:21:03 +0100 Subject: [PATCH] Make the CV a bit more neutral --- index.md | 16 ++++++++-------- 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/index.md b/index.md index 6961845..2a3630f 100644 --- a/index.md +++ b/index.md @@ -20,16 +20,16 @@ css: |- ### About me -I'm a DevOps engineer with 5++ years of hands-on experience with a decent amount of tools. One of the most important tools that I love and want to continue working with, is Kubernetes. At least, until I see a better alternative. I think that containers themselves are one of the greatest inventions in development, and I'm trying to use them as long as it's possible. Also, I believe that every routine must be automated, because that's the boring job that lets people lose focus and make mistakes. +I'm a DevOps engineer with 5++ years of hands-on experience with a decent amount of tools. My main focus is Kubernetes and CI/CD. -I think that there are several things that a DevOps engineer must be able to do: -- To build reliable and stable infrastructure -- Keep this infrastructure up-to-date -- Keep all the source and instructions of this infrastructure clean and simple -- Avoid a human factor as long as possible -- And when it's not possible to avoid it, not to be afraid to take responsibility +I've got some beliefs that should be capable of describing myself -I think it's important, that before implementing anything, an engineer has understood all the requirements and checked tools that can fulfil them. I often see, how people try to use a tool for its name but not for its functionality, and hence they have to do a lot of additional work and deal with compromises. And if nothing really can fulfil those requirements, you need not be afraid of writing something new *and open-source it*. +- One should tend not to repeat oneself +- One should never edit what's constantly generated +- One should aim for lesser amount of work with a bigger outcome +- Unles something is in CI, it doesn't exist +- Human factor must be avoided when possible +- Any routine must be automated, because it's error-prone ### Experience