Co dalej: certyfikaty, laboratorium domowe i pierwsza praca

Wstęp

Sto szesnaście lekcji temu nie wiedziałeś, co to terminal. Dziś piszesz skrypty z trap i flock, dzielisz dyski, stawiasz LAMP-a na trzech maszynach jednym poleceniem i zdajesz egzamin próbny z zegarem nad głową. Serio, zatrzymaj się na sekundę. To jest kawał drogi.

I teraz stoisz na korytarzu z wieloma drzwiami. Certyfikat? Który? Chmura? Kubernetes, o którym wszyscy mówią? Python? A może po prostu wysłać CV? Dzisiaj ostatnia lekcja: mapa tego korytarza. Które drzwi najpierw, które później, a które na razie omijać szerokim łukiem. I na koniec szczera rozmowa, bez marketingu.

Certyfikaty: prawo jazdy dla admina

Certyfikat to jak prawo jazdy. Nie robi z Ciebie kierowcy, kierowcą robi Cię jeżdżenie. Ale pracodawca, który ma sto CV na biurku, nie wsiądzie z każdym do auta. Patrzy, kto ma papier. Certyfikat nie zastąpi umiejętności, za to otwiera drzwi do rozmowy, na której te umiejętności pokażesz.

I jest jedna wielka różnica między certyfikatami: jedne to egzamin praktyczny, a drugie teoretyczny. Praktyczny to jazda po mieście z egzaminatorem. Teoretyczny to test z kodeksu drogowego na komputerze. Oba coś mówią, ale co innego. Wszystko poniżej sprawdziłem na oficjalnych stronach organizatorów. Ceny i terminy się zmieniają, więc przed zapisaniem się zawsze sprawdź stronę jeszcze raz.

RHCSA, Red Hat, egzamin EX200. Egzamin praktyczny, oparty na Red Hat Enterprise Linux 10. Bez internetu i bez żadnych notatek. Robisz zadania na prawdziwym systemie, czyli dokładnie to, co ćwiczyliśmy w poprzedniej lekcji. Zakres: od podstaw powłoki przez dyski, LVM, sieć, firewalld i SELinux, po skrypty i Flatpaka. Red Hat poleca do przygotowania kursy RH124 i RH134, ale formalnych wymagań nie stawia. Czas i cenę znajdziesz na stronie egzaminu u Red Hata, nie będę ich podawał z pamięci. RHCSA to prawo jazdy na konkretną markę samochodu. Jeśli celujesz w firmy, które mają serwery na RHEL, mówisz ich językiem.

LFCS, Linux Foundation. Też praktyczny. Online, z egzaminatorem przez kamerę, dwie godziny, według instrukcji dla zdających od 17 do 20 zadań. Strona podaje cenę 445 dolarów za sam egzamin, jedną darmową poprawkę i ważność certyfikatu przez 2 lata. Linux Foundation pisze, że egzamin jest niezależny od dystrybucji. Zakres jest szerszy niż w RHCSA: kontenery, Git, certyfikaty SSL, routing, mosty i bonding, odwrotne proxy, a nawet maszyny wirtualne przez libvirt. Linux Foundation rozkłada punkty tak: operacje 25%, sieć 25%, dyski 20%, podstawowe komendy 20%, użytkownicy i grupy 10%.

LPIC-1, Linux Professional Institute. Dwa egzaminy: 101-500 i 102-500. Oba trzeba zdać. Każdy trwa 90 minut i ma 60 pytań: wielokrotnego wyboru i do uzupełnienia. To jest test z kodeksu. Za to szeroki, z dużym naciskiem na to, „jak to działa”, i niezależny od dystrybucji. Certyfikat ważny 5 lat, bez wymagań wstępnych. Cenę LPI podaje osobno dla każdego kraju.

CompTIA Linux+, egzamin XK0-006. Nowa wersja ruszyła 15 lipca 2025. Maksymalnie 90 pytań w 90 minut, wielokrotnego wyboru i zadania praktyczne w symulatorze. Próg zdania to 720 punktów w skali od 100 do 900. CompTIA zaleca 12 miesięcy doświadczenia z serwerami Linux. Działy: zarządzanie systemem 23%, usługi i użytkownicy 20%, bezpieczeństwo 18%, automatyzacja i skrypty 17%, rozwiązywanie problemów 22%. W zapowiedzi nowej wersji CompTIA wymienia Ansible, kontenery, infrastrukturę jako kod i sztuczną inteligencję.

To który? Moja szczera rada, kiedy masz za sobą ten kurs:

1. Chcesz jeden certyfikat i masz budżet? Weź praktyczny: RHCSA albo LFCS. Ten kurs był budowany pod ich zakres. Egzamin próbny z lekcji 116 to dokładnie ten typ zadań.
2. RHCSA, jeśli celujesz w świat Red Hata. LFCS, jeśli bardziej Ubuntu, kontenery i ogólnie „Linux wszędzie”.
3. LPIC-1 albo Linux+, jeśli wolisz egzamin teoretyczny albo pracodawca o niego prosi. Nie są gorsze, sprawdzają co innego.
4. Nie zbieraj wszystkich czterech. Jeden praktyczny certyfikat plus repozytorium z projektami jest wart więcej niż kolekcja papierów bez jednego projektu. O tym jeszcze za chwilę.

Laboratorium domowe: 150–300 godzin

Najważniejsze, co możesz teraz zrobić, to nie certyfikat. To laboratorium. Lekarz zanim zacznie operować, ćwiczy na fantomach. Pilot spędza godziny w symulatorze. Admin ma laboratorium: kilka maszyn, które może psuć bez konsekwencji.

Ile? Moja propozycja to 150–300 godzin ćwiczeń na własnym sprzęcie po tym kursie. Przy dziesięciu godzinach tygodniowo to od czterech do siedmiu miesięcy. Brzmi dużo? To mniej niż przeciętny sezon serialu, który wszyscy oglądali, a nikt nie pamięta, o czym był.

Sprzęt: nie musisz kupować serwera. Wystarczy:

• stary laptop albo mini komputer z 16 GB RAM i dyskiem SSD,
• na nim Proxmox albo zwykły VirtualBox czy KVM na Twoim systemie,
• trzy do pięciu maszyn wirtualnych: jedna Rocky albo Alma, jedna Ubuntu, reszta według potrzeb.

[macOS] Na Macu z procesorem Apple potrzebujesz wirtualizacji obsługującej ARM, na przykład UTM, i obrazów systemów w wersji ARM (aarch64). Rocky, Alma i Ubuntu takie wydają.

A co budować? Plan na kilka miesięcy, każdy punkt to kilka wieczorów:

1. Wszystkie projekty z modułu 13 jeszcze raz, ale bez patrzenia w lekcje.
2. Własny serwer DNS i DHCP dla laboratorium, żeby maszyny miały nazwy, a nie adresy.
3. Kopie zapasowe z prawdziwym testem odtwarzania: usuwasz maszynę i odtwarzasz ją z kopii. Dopóki tego nie zrobisz, nie masz kopii, masz nadzieję.
4. Monitoring: Zabbix albo Prometheus z Grafaną. Alarm, który przychodzi na telefon, kiedy celowo zapełnisz dysk.
5. Centralne logi z kilku maszyn w jednym miejscu.
6. Wszystko powyżej opisane w Ansible i trzymane w Gicie. Cel: kasujesz całe laboratorium i odbudowujesz je jednym poleceniem.
7. Psucie. Raz w tygodniu niech ktoś, partner, współlokator, kolega z kursu, zepsuje Ci coś na maszynie bez mówienia co. Ty szukasz. Tak wygląda ta praca w prawdziwym życiu.

I jedna rada praktyczna: prowadź notatki. Plik README.md w repozytorium laboratorium, a w nim co zrobiłeś, co nie działało i jak to naprawiłeś. Za pół roku to będzie najlepsza dokumentacja, jaką masz. A na rozmowie o pracę, gwarancja tematu do rozmowy.

Co po Bashu: Python, chmura, Kubernetes

Trzy słowa, które usłyszysz w każdym ogłoszeniu. Po kolei, bo kolejność ma znaczenie.

Python. Bash to śrubokręt: genialny do krótkich rzeczy, do sklejania komend taśmą w fabryce. Ale jak skrypt ma ponad sto linijek, parsuje JSON-a, rozmawia z API albo potrzebuje porządnej obsługi błędów, Bash zaczyna przypominać budowę szafy śrubokrętem. Da się, tylko po co. Wtedy wchodzi Python. Nie musisz zostawać programistą. Wystarczy poziom: czytam plik, przetwarzam dane, wołam API, zapisuję raport. Dobry pierwszy projekt? Przepisz analizator logów z lekcji 114 na Pythona i porównaj. Zobaczysz, w czym Bash był lepszy, a w czym gorszy.

Chmura. Chmura to nie magia. To cudzy serwer w cudzym budynku, wynajęty na minuty. I zgadnij, co na nim działa? Bardzo często Linux. Wszystko, czego się nauczyłeś, przydaje się tam wprost: SSH, uprawnienia, systemd, zapory, logi. Wybierz jednego dostawcę, AWS, Azure albo Google Cloud, i naucz się jego podstaw: maszyny wirtualne, sieci, uprawnienia, przechowywanie plików. Jedna ważna przestroga: zanim cokolwiek uruchomisz, ustaw alarm budżetowy. Historie o studentach, którzy zostawili włączony serwer i dostali rachunek wielkości czynszu, nie są legendą miejską.

Kubernetes. Pamiętasz kontener, czyli kontener mieszkalny na budowie? Kubernetes to kierownik całego osiedla takich kontenerów. Pilnuje, żeby zawsze stało ich tyle, ile trzeba, przenosi je, jak któryś się zepsuje, i kieruje do nich ruch. Potężne narzędzie. Ale Kubernetes uczony bez solidnego Linuksa, sieci i kontenerów to jak nauka prowadzenia autobusu przed nauką jazdy rowerem. Dlatego Kubernetes jest trzeci w kolejce, a nie pierwszy. Kiedy przyjdzie jego czas, Linux Foundation ma do niego praktyczny egzamin CKA, w tym samym stylu co LFCS.

Kolejność, którą polecam: laboratorium i jeden certyfikat, potem Python w małych porcjach, potem jedna chmura, potem kontenery i Kubernetes. Ktoś w internecie powie, że „Linux to przeszłość, ucz się od razu Kubernetesa”. Ten ktoś zwykle nie potrafi powiedzieć, czemu jego pod nie wstaje.

Pierwsza praca w Polsce

Gdzie wchodzi się do zawodu? Prawie nikt nie zaczyna od stanowiska „administrator Linuksa w banku”. Typowe pierwsze drzwi:

• wsparcie IT, helpdesk: hasła, laptopy, drukarki, konta. Nie wygląda efektownie, ale uczy pracy z ludźmi, zgłoszeniami i presją,
• monitoring, NOC: patrzysz na alarmy i reagujesz pierwszy,
• wsparcie techniczne w firmie hostingowej albo u dostawcy usług IT: tam Linux jest od pierwszego dnia,
• junior administrator w firmie, która obsługuje infrastrukturę innych firm,
• staż w dziale IT większej firmy.

Gdzie szukać? Portale z ogłoszeniami IT, na przykład justjoin.it, No Fluff Jobs, Bulldogjob, ogólne pracuj.pl, a do tego LinkedIn. Na portalach szukaj nie tylko „junior Linux admin”, ale też „IT support”, „helpdesk”, „NOC”, „administrator systemów”.

Dobra wiadomość o pieniądzach: od 24 grudnia 2025 roku pracodawca rekrutujący na umowę o pracę musi podać kandydatowi wynagrodzenie początkowe albo jego przedział. W ogłoszeniu, a jeśli go nie było, przed rozmową kwalifikacyjną. I nie może pytać, ile zarabiasz teraz albo ile zarabiałeś wcześniej. Tak mówi nowy artykuł Kodeksu pracy. Przy umowach B2B te przepisy nie obowiązują, więc tam o widełki pytaj sam.

Co wysłać? CV na jedną stronę. Na górze nie „ambitny, komunikatywny, odporny na stres”, bo to napisał każdy. Na górze link do repozytorium z projektami z modułu 13 i z laboratorium. Każde repozytorium z porządnym README: co to robi, jak uruchomić, co było trudne. Rekruter techniczny w pięć minut zobaczy więcej niż w pięciu stronach CV.

Na rozmowie korzystasz z modułu 12. Pytania o pliki, procesy, sieć, scenariusze awarii. Odpowiadasz na głos, po kolei, myślisz przy rekruterze. A jak czegoś nie wiesz, mówisz: „nie wiem, ale sprawdziłbym to tak i tak”. To jest odpowiedź admina. Zmyślanie to odpowiedź kogoś, kto za trzy miesiące położy produkcję z pewną siebie miną.

I rzecz, którą wszyscy pomijają: ludzie. Lokalne spotkania linuksowe i DevOpsowe, konferencje, grupy dyskusyjne. Spora część ofert dla juniorów krąży najpierw między znajomymi. Nie musisz być duszą towarzystwa. Wystarczy przyjść, posłuchać i raz zadać pytanie.

Szczerze: co dał Ci ten kurs, a czego nie da żaden

Ten kurs dał Ci mapę. Wiesz, jak zbudowany jest system, gdzie szukać, jakie są narzędzia i jak myśleć, kiedy coś nie działa. Masz za sobą kilkaset komend uruchomionych własnymi rękami, kilka projektów i egzamin próbny. To jest solidny fundament. Wielu ludzi, którzy już pracują w IT, nie przeszło takiej drogi po kolei.

Ale są rzeczy, których żaden kurs nie da. Pierwsza: stres produkcji. Kiedy o trzeciej w nocy leży sklep internetowy, a w kanale firmowym pisze prezes, ręce działają inaczej niż na maszynie wirtualnej z migawką. Druga: cudzy bałagan. W kursie wszystko jest czyste. W pracy dostaniesz serwer, który ktoś konfigurował przez dziesięć lat, bez dokumentacji, z komentarzem „nie ruszać” w crontabie. Trzecia: ludzie. Ustalanie z zespołem, kiedy można zrestartować bazę. Tłumaczenie księgowości, czemu „internet nie działa” to za mało informacji. Pisanie raportu po awarii, w którym nikt nie jest winny, a wszyscy się czegoś uczą. Czwarta: skala czasu. Prawdziwą intuicję daje rok, dwa lata codziennego kontaktu z systemami. Nie ma skrótu.

Kurs nauczył Cię pływać w basenie. Morze jest większe, ma fale i czasem meduzy. Ale ktoś, kto umie pływać w basenie, na morzu sobie poradzi. Ktoś, kto obejrzał tylko filmy o pływaniu, raczej nie.

Jak to działa pod spodem

Jak wygląda rekrutacja od środka? Zwykle kilka sit. Pierwsze sito to często system, który przegląda CV i szuka słów pasujących do ogłoszenia. Dlatego w CV piszesz konkretne nazwy narzędzi, których naprawdę używałeś: Bash, systemd, LVM, Ansible, Git, Apache, MariaDB, SELinux. Nie „znajomość systemów”, tylko nazwy. Drugie sito to człowiek z działu rekrutacji, który ma na Ciebie chwilę i sprawdza, czy pasujesz do opisu. Trzecie to rozmowa techniczna z kimś, kto będzie z Tobą pracował. Czasem jest jeszcze zadanie praktyczne: „tu jest maszyna, coś na niej nie działa, napraw”.

Na tym ostatnim sicie certyfikat praktyczny i laboratorium robią różnicę. Bo zadanie praktyczne to dokładnie to, co robiłeś przez cały moduł 13 i na egzaminie próbnym.

Ściąga: certyfikaty w jednej tabeli

Stan na dzień przygotowania lekcji, z oficjalnych stron. Zanim zapłacisz, sprawdź jeszcze raz.

Zakończenie

Pamiętasz ten ekran? Czarne okienko w urzędzie, za którym siedzi urzędnik Bash i czeka, co powiesz. Na początku nie wiedziałeś, o co go zapytać. Dziś wydajesz mu polecenia, piszesz mu przepisy kulinarne na całe noce, a jak trzeba, budzisz go cronem o 6:15.

Przez sto siedemnaście lekcji poznałeś biurowiec od piwnicy z /boot po strych z /tmp. Dorobiłeś klucze do wszystkich pokojów. Wyłączałeś prąd procesom, które nie chciały wyjść po dobroci. Zamykałeś rachunki zombie. Sprzątałeś po imprezach trap-em. Przestawiałeś regały na kółkach. Nauczyłeś ochroniarza, którym okienkom wolno być otwartym. A na koniec spisałeś to wszystko jako listę zadań, którą Ansible wykonuje za Ciebie na trzech maszynach naraz. Jeśli ktoś Ci powie, że „tylko przeczytałeś kurs w internecie”, pokaż mu repozytorium i grzecznie zaproponuj, żeby zrobił rm -rf na swojej pewności siebie. Na maszynie wirtualnej, oczywiście.

Teraz Twoja kolej. Trzy rzeczy, o które Cię proszę:

1. Napisz w komentarzu, ile punktów zdobyłeś w egzaminie próbnym za pierwszym i za drugim razem. Niech kolejni kursanci zobaczą, że postęp jest prawdziwy.
2. Opublikuj repozytorium z projektami i laboratorium. To Twoje portfolio na rozmowę rekrutacyjną.
3. Wybierz, co dalej: Python dla admina? Kubernetes od zera? Przygotowanie do konkretnego certyfikatu? Napisz w kursie Chmuroholik, czego potrzebujesz, a kolejny kurs pójdzie tam, gdzie pokażecie palcem.

I jeśli ten kurs Ci pomógł, wyślij go jednej osobie, która mówi, że „chciałaby kiedyś zacząć w IT, ale to chyba nie dla niej”. Ty też tak kiedyś mówiłeś.

A kiedy dostaniesz pierwszą pracę, a dostaniesz, wróć tu i napisz. To będzie najlepsza wiadomość, jaką mogę dostać.

exit