Do nauki programowania potrzebujesz planu, ale raczej ogólnego i elastycznego niż rozpisanego co do dnia. W trakcie nauki Twoje podejście do wielu spraw i Twoja wiedza zmienią się na tyle, że rozpisanie wszystkiego od A do Z i kurczowe trzymanie się tego nie jest dobrym pomysłem.
Zanim ustalisz, czego konkretnie chcesz się uczyć, ustal, kiedy będziesz się uczyć. Plan zależy od tego, ile masz czasu, ale żeby miał sens, potrzebujesz co najmniej ok. 8 godzin tygodniowo. Jeśli dasz radę więcej, tym lepiej. Najlepiej rozłóż ten czas na kilka dni w tygodniu, np.:
- 3 dni robocze po ok. godzinie: nowy temat i zadania,
- sobota i niedziela po 2–3 godziny: praca nad projektem i powtórka.
Pojedyncza sesja nauki powinna trwać co najmniej 30 minut, żeby realnie coś w niej zrobić. Do tego wykorzystuj każdą wolną chwilę „przy okazji”, np. w pociągu. Niezależnie od tego, czy chcesz zostać frontend czy backend developerem i czy Twoją główną technologią będzie Java, Python czy JavaScript, etapy nauki wyglądają podobnie.
Plan nauki w skrócie
| Etap | Orientacyjny czas | Na koniec etapu… |
|---|---|---|
| 1. Zabawa | ok. 1 miesiąc | wiesz, czy programowanie Ci się podoba |
| 2. Fundamenty | 2–4 miesiące | swobodnie piszesz proste programy w głównym języku |
| 3. Portfolio | 2–3 miesiące | masz 2–3 własne projekty na GitHubie |
| 4. Teoria i rekrutacja | ok. 1 miesiąc | wysyłasz CV i chodzisz na rozmowy |
Czas w tabeli dotyczy nauki od zera przez ok. 8–10 godzin tygodniowo. Razem daje to ok. 6–9 miesięcy do poziomu, na którym warto aplikować. Mnie zajęło to pół roku nauki w domu. Do tego trzeba doliczyć samo szukanie pracy, które według raportu justjoin.it i rocketjobs.pl najczęściej trwa do trzech miesięcy.
Zabawa
Na start, nawet jeśli celujesz w backend, polecam podstawy HTML i CSS, a potem bardzo proste mini aplikacje w głównej technologii. Ten etap to „zabawa”, która ma odpowiedzieć na jedno pytanie: czy programowanie Ci się podoba? Jeśli masz już za sobą jakieś podejście do nauki albo choćby podstawowe doświadczenie, np. ze studiów, możesz go pominąć. Jeśli jednak było to na tyle dawno, że mało pamiętasz, odśwież podstawy. Ten etap powinien trwać ok. miesiąc.
AI na tym etapie: traktuj ChatGPT czy Claude jak cierpliwego nauczyciela. Proś o wyjaśnienie pojęć prostym językiem, ale kod na tym etapie pisz samodzielnie. W pracy kod coraz częściej piszą agenci AI, a programista ocenia ich wynik. Żeby to umieć, najpierw musisz sam zrozumieć podstawy.
Fundamenty
Teraz skup się na głównej technologii, w której chcesz znaleźć pracę jako programista. Jeśli celujesz we frontend, po poznaniu podstaw JavaScriptu szybko przejdź do jednej z najpopularniejszych bibliotek, np. Reacta lub Vue, zamiast długo uczyć się „czystego” JavaScriptu. Najlepiej po prostu dużo koduj, robiąc małe aplikacje i zadania, i uzupełniaj to teorią. Czytaj przede wszystkim o tym, czego potrzebujesz w danym momencie. Uczenie się suchej teorii „na zapas” albo samo słuchanie i oglądanie kursów nie ma większego sensu. Bez przerobienia przykładów szybko zapomnisz temat, a przy okazji możesz stracić motywację. Ważne jest też, żeby trudność zadań była dla Ciebie odpowiednia i rosła stopniowo. Jeśli zrozumiesz zasady na prostych przykładach, łatwiej odnajdziesz się, gdy poziom skomplikowania wzrośnie. Kiedy ten etap jest skończony? Gdy rozumiesz fundamenty głównego języka, masz za sobą sporo zadań i bez problemu używasz pętli, kolekcji i podobnych konstrukcji.
AI na tym etapie: to najważniejszy moment, żeby nie oddawać myślenia AI. Badania pokazują, że osoby, które proszą AI o wyjaśnienia, uczą się dużo więcej niż te, które zlecają mu pisanie kodu. Ustaw AI w tryb nauczyciela, a błędy najpierw próbuj znaleźć sam. Szczegóły i gotowe prompty znajdziesz w artykule Czy warto uczyć się programowania w 2026? Nauka w czasach AI.
Portfolio
Umiejętności z poprzedniego etapu wystarczą, żeby stworzyć ciekawe aplikacje do portfolio, którymi można się pochwalić. Na tym etapie poszerz też wiedzę o umiejętności poboczne, np. Git, REST i SQL (głównie dla backend developerów). Naucz się pisać proste testy i publikować aplikacje w internecie, żeby rekruter mógł je zobaczyć bez instalowania czegokolwiek. Bardziej złożona aplikacja to mocny punkt w CV, a przy okazji sporo się przy niej nauczysz i będziesz mieć o czym opowiadać na rozmowach. Przerób też trochę zadań algorytmicznych, np. na Codewars czy LeetCode (poziom „easy”). Podobne zadania pojawiają się na coding assessment i live codingu.
AI na tym etapie: możesz pracować z AI podobnie jak w pracy, czyli prosić o code review, pomoc w zaplanowaniu aplikacji albo wyjaśnienie błędu. Z agentów AI (np. Claude Code czy Cursor) korzystaj dopiero wtedy, gdy potrafisz ocenić kod, który wygenerują. Na rozmowie będziesz musiał wyjaśnić każdą linijkę. Dobrym pomysłem jest też projekt, który sam korzysta z AI, np. aplikacja połączona z API modelu językowego.
Teoria i rekrutacja
Gdy masz już portfolio i zaczynasz myśleć o wysyłaniu CV, to dobry moment, żeby przyłożyć większą wagę do teorii i przerobić typowe pytania rekrutacyjne z Twojej technologii. Przyda się to na testach i rozmowach kwalifikacyjnych. Jeśli wcześniej miałeś styczność z danym tematem w praktyce, łatwiej przyswoisz teorię i lepiej ją zrozumiesz, bo będziesz mieć odniesienie do konkretnych przykładów. Po każdym teście i każdej rozmowie zapisuj, czego nie wiedziałeś, i na tej podstawie (oraz feedbacku od firmy) uzupełniaj wiedzę. Jeśli próby zdobycia pracy przez dłuższy czas (np. 3 miesiące) kończą się niepowodzeniem, cofnij się do poprzednich etapów, a potem wróć do wysyłania CV.
AI na tym etapie: przeprowadź z AI próbną rozmowę rekrutacyjną i poproś o ocenę swoich odpowiedzi. Przykładowe polecenie znajdziesz w artykule Przygotowanie do rekrutacji na programistę.
Podsumowanie
Czas trwania poszczególnych etapów bywa bardzo różny, a liczby z tabeli to wartości orientacyjne. Niektórym nauka zajmie kilka miesięcy, innym znacznie dłużej. Zależy to od wielu czynników, m.in. Twoich predyspozycji, wiedzy i doświadczenia na starcie, czasu, który poświęcasz na naukę, i tego, czy masz mentora. Nastaw się na miesiące regularnej pracy.
Nie spędzaj jednak za dużo czasu na samym planie, bo i tak liczy się to, czy siadasz do kodu. Zacznij programować, a co kilka tygodni sprawdzaj, co Ci działa, i poprawiaj plan.
