Nauka pod Administratora IT / Linux / DevOps

Cześć,

Postanowiłem sobie za cel, aby za + - rok zmienić robotę na Admina IT / Linuxa / DevOpsa
Obecnie mam dwa lata doświadczenia (praca w dwóch sporych korporacjach)
Teraz pracuje w dużym banku -> outsourcing, siedzę w projekcie związanym z RPA jako L2 Engineer, ale praca jest praktycznie nierozwojowa, brak szansy na podwyżkę czy jakiś awans.
Traktuje ją zatem jako 'dobry' wpis do CV + całkiem niezłe pieniądze.
Nie chciałbym jednak ciągle stać w miejscu, więc uczę się nowych rzeczy, aby wkrótce móc szukać pracy w której będę mógł się dalej rozwijać.
Problem w tym, że nie wiem jak zrobić to sensownie, czego się uczyć i jak się uczyć. Motywacja i chęci są, ale brak konkretnego planu działania.
Stan mojej obecnej wiedzy to znajomość Office 365, Exchange, liznąłem trochę Windows Serverów + Group Policy + Active Directory, Jira, Confluence, ServiceNow, Change managment, migracja kodu DEV -> UAT, UAT -> PROD (wdrożenia produkcyjne)
Na ten moment uczyłem się podstaw Pythona, ponieważ uważam, że przyda się na takim stanowisku do jakiejś automatyzacji.
Następnie w kolejce będzie Linux, zapoznanie się z samym systemem, a potem administracja i zarządzanie.
Podstawy GITa znam.
Następnie wiedza z obszaru CCNA, Docker, a kolejne pozycje na liście, jeśli obiorę kierunek stricte DevOpsa to Terraform / Ansible, Jenkins.
Teraz pytanie brzmi - w jaki sensowny sposób się tego nauczyć?
Niestety w pracy komercyjnej nie mam szans na używanie tych narzędzi / technologii, więc taka droga odpada i muszę uczyć się sam na własną rękę w domu.
Czy wg. Was, jeśli ogarnę powyższe tematy to jest w ogóle sens z takim doświadczeniem i wiedzą startować na pozycje regulara / mida?

Dzięki za wszystkie rady :)
Pozdrawiam

Do tego jeszcze będą przydatne rzeczy typu: bash, Perl, wyrażenia regularne, binutils. Jak dostaniesz serwer do znalezienia przyczyny błędu, to może nie być wiele poza wymienionym przeze mnie oprogramowaniem. Python może być w wersji 2 i to starszej. Bez tego może i sobie poradzisz, ale bez umiejętności pisania skryptów zmarnujesz dużo czasu. Tak że nie ma "ja nie znam Perla", bo nikt inny w firmie też nie zna a problem dalej jest nierozwiązany. Swoją drogą, pół żartem- pół serio, juniorzy czasem myślą, że jak głośno powiedzą, że nie umieją, to zrobi się samo. Nie zrobi się, niestety.
"Teraz pytanie brzmi - w jaki sensowny sposób się tego nauczyć?" - poczytaj sobie jakie są pytania na https://serverfault.com/ . Potem spróbuj znaleźć na nie odpowiedź. Ja sam spotkałem się np z tym, że brakuje RAMu na serwerze a żaden proces nie przyznaje się do jego zajęcia. Po dłuższej inwestygacji okazało się, że aplikacja pisała coś po sieci a system nie opróżniał bufora sieciowego dla tej apki. To ogólnie wynikało ze sposobu komunikacji z RabbitMQ. Takich problemów z rzyci będzie sporo i czasem będą wymagać dobrej znajomości tematów z binutils i POSIX.
Na poziomie regulara często wymagana jest samodzielność, więc należy się spodziewać rozwiązywania problemów, na które nie znajdziesz odpowiedzi na pierwszej stronie google.

nuzz1337 napisał(a):

Czy wg. Was, jeśli ogarnę powyższe tematy to jest w ogóle sens z takim doświadczeniem i wiedzą startować na pozycje regulara / mida?

Jeżeli będziesz znał te tematy na poziomie regulara to tak, exp. jest ważny natomiast o wiele ważniejsze jest to co umiesz bo jak się na rozmowie wykażesz dużą wiedzą to nie ma znaczenia że CV wskazuje na to że raczej powinieneś mieć małe pojęcie o tych tematach.
Co do nauki Linuxa to polecam: https://www.amazon.com/UNIX-Linux-System-Administration-Handbook-ebook/dp/B075MK6LZ7 bo sporo dobrego o niej słyszałem więc może Ci się przyda.

@pre55:

pre55 napisał(a):

nuzz1337 napisał(a):

Czy wg. Was, jeśli ogarnę powyższe tematy to jest w ogóle sens z takim doświadczeniem i wiedzą startować na pozycje regulara / mida?

Jeżeli będziesz znał te tematy na poziomie regulara to tak, exp. jest ważny natomiast o wiele ważniejsze jest to co umiesz bo jak się na rozmowie wykażesz dużą wiedzą to nie ma znaczenia że CV wskazuje na to że raczej powinieneś mieć małe pojęcie o tych tematach.
Co do nauki Linuxa to polecam: https://www.amazon.com/UNIX-Linux-System-Administration-Handbook-ebook/dp/B075MK6LZ7 bo sporo dobrego o niej słyszałem więc może Ci się przyda.

Dzięki, akurat mam tą książkę w wydaniu PL w PDFie, chociaż nie wiem czy to dobry pomysł czytać ją przetłumaczoną :D

Fajny i ambitny cel. Piszesz, ze Twoja praca jest praktycznie nierozwojowa. Admin po przekroczeniu pewnego progu tez jest nierozwojowy.
Stan mojej obecnej wiedzy to znajomość Office 365, Exchange, liznąłem trochę Windows Serverów + Group Policy + Active Directory, Jira, Confluence, ServiceNow, Change managment, migracja kodu DEV -> UAT, UAT -> PROD (wdrożenia produkcyjne) to juz masz calkiem duze pojecie o srodowisku. w jaki sensowny sposób się tego nauczyć? jedno slowo "praktyka" :) CCNA to dobry kierunek, taki elementarz, dzwignia do poznania co i jak dziala.(Jak chcesz to mam gdzies CCNA Official Cert Guide 2020). Na koniec napisze, ze musisz uwazac na firmy, ktore wpisuja gotowowsc 24h na dobe. Nie chcesz w takiej pracowac. Dodatkowo w mniejszych firmach Admin to taki specjalista od tonerow :) Takze sprawdzaj dokladnie firmy do ktorych aplikujesz i nie ufaj w 100% co mowia na rozmowach co do przyszlych obowiazkow.

@p_agon:

p_agon napisał(a):

Dodatkowo w mniejszych firmach Admin to taki specjalista od tonerow :) Takze sprawdzaj dokladnie firmy do ktorych aplikujesz i nie ufaj w 100% co mowia na rozmowach co do przyszlych obowiazkow.

Przekonałem się o tym przy zmianie pracy z pierwszej firmy do drugiej - na rozmowie zaznaczyłem, że chce się rozwijać, a poprzednia firma mnie dosyć mocno ograniczała, a okazało się, że teraz jest jeszcze gorzej :)