Portfolio juniora: trzy projekty, które mówią więcej niż CV

Na co naprawdę patrzy osoba rekrutująca

Na stanowiska juniorskie nikt nie oczekuje doświadczenia komercyjnego. Portfolio ma odpowiedzieć na trzy pytania: czy ta osoba kończy to, co zaczyna, czy rozumie swój kod i czy da się z nią dobrze współpracować. Kod perfekcyjny jest mniej ważny niż kod czytelny, opisany i działający.

W praktyce pierwsze wrażenie budują trzy elementy: działający link do wersji online, zrzut ekranu lub krótki film oraz porządny plik README. Jeśli projekt wymaga instalacji, żeby cokolwiek zobaczyć, większość osób po prostu go pominie.

Coraz częściej portfolio ogląda najpierw osoba nietechniczna z działu HR, a dopiero potem programista. Pierwsza patrzy na porządek, opis i działające linki, druga – na strukturę kodu, nazewnictwo i historię commitów. Dobre portfolio przekonuje obie te osoby: jest przejrzyste dla laika i solidne dla fachowca.

Nie zniechęcaj się, jeśli Twoje projekty wydają Ci się proste. Prosty projekt dopracowany w każdym szczególe – z obsługą błędów, dostępnością i czytelnym kodem – robi lepsze wrażenie niż ambitna aplikacja, która działa tylko w połowie. Rekruterzy wiedzą, że junior nie zbuduje drugiego Allegro, i wcale tego nie oczekują.

Trzy projekty, które się uzupełniają

Zamiast wielu podobnych stron wybierz trzy projekty, z których każdy pokazuje inną umiejętność:

Najcenniejszy bywa trzeci projekt. Rozwiązuje prawdziwy problem – Twój albo znajomych – więc naturalnie masz o nim co opowiadać. Jeśli projekt ma choćby kilku realnych użytkowników, koniecznie o tym napisz.

README, które czyta się z przyjemnością

Plik README to okładka projektu. Dobrze napisany oszczędza rekruterowi czas i pokazuje, że potrafisz komunikować się pisemnie – a to w pracy zdalnej kluczowa umiejętność. Użyj prostego szablonu:

# Rozkład Jazdy Lite
 
Szybka wyszukiwarka odjazdów tramwajów w Krakowie.
 
**Demo:** https://twoj-login.github.io/rozklad-lite
 
## Technologie
HTML, CSS, JavaScript, publiczne API rozkładów
 
## Najważniejsze decyzje
- dane zapisywane lokalnie, bez logowania
- tryb offline dla ostatnich wyszukiwań
 
## Czego się nauczyłem
Obsługi błędów sieci i stanów ładowania.

Najważniejsza jest sekcja o decyzjach i wyzwaniach. Zdanie „wybrałam lokalne przechowywanie danych, bo aplikacja miała działać bez konta użytkownika” mówi o Tobie więcej niż lista dziesięciu technologii.

Jak opowiadać o projektach na rozmowie

Na rozmowie rekrutacyjnej często usłyszysz prośbę: „opowiedz o projekcie, z którego jesteś dumny”. Przygotuj dwuminutową historię według schematu: problem, rozwiązanie, trudność, wniosek. Na przykład: jaki problem rozwiązuje aplikacja, jak ją zbudowałeś, co poszło nie tak i czego Cię to nauczyło.

Bądź gotów na pytania o konkretne linie kodu. Rekruterzy techniczni lubią zapytać: „dlaczego zrobiłeś to w ten sposób?” albo „co byś teraz zmienił?”. Szczera odpowiedź, że dziś napisałbyś to inaczej, i wyjaśnienie dlaczego, jest oznaką rozwoju, a nie słabości.

Przećwicz te historie na głos, najlepiej przed kimś znajomym albo nagrywając się telefonem. Zwróć uwagę, czy nie mówisz zbyt technicznie o prostych sprawach i zbyt ogólnie o trudnych. Przygotuj też jedno pytanie do rekrutera, na przykład o to, jak wygląda wdrażanie nowych osób w zespole. Pokazuje ono, że myślisz o dalszej współpracy, a nie tylko o zdobyciu oferty.

Strona portfolio jako czwarty projekt

Sama strona z portfolio też jest projektem – i to pierwszym, który zobaczy rekruter. Nie musi być efektowna, ale musi być szybka, czytelna i dostępna. Wystarczy krótka sekcja o Tobie, karty trzech projektów z linkami do wersji online i kodu, oraz dane kontaktowe.

W opisie o sobie unikaj ogólników w rodzaju „jestem pasjonatem nowych technologii”. Napisz konkretnie, czego się uczysz, co już potrafisz i jakiej pracy szukasz. Jeśli zmieniasz branżę, wspomnij o dotychczasowym doświadczeniu: była nauczycielka, księgowy czy magazynier wnoszą do zespołu umiejętności, których wielu programistom brakuje.

Zadbaj o szczegóły, które świadczą o profesjonalizmie: poprawny tytuł strony, favicon, podgląd linku w komunikatorach i brak błędów w konsoli przeglądarki. Rekruterzy techniczni naprawdę tam zaglądają.

Na koniec poproś dwie lub trzy osoby o szczerą opinię. Świeże spojrzenie wyłapie literówki, niedziałające linki i niejasne opisy, których sam już nie zauważasz po dziesiątym czytaniu.

Lista kontrolna przed wysłaniem linku

• Każdy projekt ma działający link do wersji online i zrzut ekranu w README.
• Strona portfolio wygląda dobrze na telefonie i przechodzi podstawowy audyt dostępności.
• W repozytoriach nie ma haseł, kluczy API ani zakomentowanych fragmentów martwego kodu.
• Historia commitów ma sensowne opisy, a nie wyłącznie „fix” i „update”.
• Na profilu GitHub przypięte są trzy najlepsze projekty, a nie przypadkowe ćwiczenia.
• Dane kontaktowe są aktualne, a e-mail brzmi profesjonalnie.

Unikaj kilku klasycznych błędów: kopii projektów z popularnych kursów bez żadnych zmian, niedziałających linków i portfolio, które wygląda świetnie, ale ładuje się dwadzieścia sekund. Lepiej pokazać mniej, ale dopracowanego materiału.

Najczęstsze pytania