Portfolio programisty — jak je zbudować

Portfolio, które faktycznie działa, to nie zbiór dziesięciu niedokończonych projektów bez opisu — to 2-4 projekty, z których każdy potrafisz w dwóch zdaniach wytłumaczyć, co robi, dlaczego go zbudowałeś, i na czym utknąłeś po drodze.

Ile projektów wystarczy

2-4 solidne, ukończone projekty pokazują więcej niż 10 zaczętych i porzuconych. Dobierz je tak, żeby razem pokazywały różne umiejętności — np. jeden projekt CRUD z bazą danych (tracker wydatków albo aplikacja kontaktów), jeden pokazujący umiejętności algorytmiczne (rozwiązania zadań rekrutacyjnych z testami), i jeden z realnym API czy integracją zewnętrznego serwisu.

Jak opisać jeden projekt — konkretny przykład

Zamiast samego linku do repozytorium, każdy projekt w portfolio (na stronie albo w README na GitHubie) powinien mieć krótki opis w tej strukturze:

Tracker Wydatków (C#, konsola + zapis do pliku)
Prosta aplikacja do zapisywania i kategoryzowania wydatków, z podsumowaniem miesięcznym.
Moja rola: cały projekt (jednoosobowo).
Technologie: C#, zapis/odczyt JSON, LINQ do agregacji danych.
Wyzwanie: początkowo dane po restarcie programu znikały — zapis do pliku odbywał się tylko przy zamknięciu, więc awaria programu tracila wszystkie zmiany. Rozwiązanie: zapis po każdej dodanej pozycji, nie tylko na końcu.

Cztery elementy (co robi, Twoja rola, technologie, konkretne wyzwanie i rozwiązanie) wystarczą, żeby osoba rekrutująca zrozumiała projekt bez uruchamiania kodu — a wyzwanie akurat jest tym, o co najczęściej pyta się na rozmowie kwalifikacyjnej.

GitHub jako część portfolio

Repozytorium bez README wygląda jak nieopisany projekt — nawet jeśli kod jest dobry. Minimalne README: co robi projekt, jak go uruchomić lokalnie, jakich technologii użyto. Historia commitów też ma znaczenie: kilkanaście małych, opisowych commitów (“Dodaj walidację kwoty wydatku”, nie “fix”) wygląda wiarygodniej niż jeden commit “initial commit” z całym kodem naraz.

Kiedy aktualizować portfolio

Nie na sztywnym harmonogramie — po każdym ukończonym projekcie, który faktycznie pokazuje nową umiejętność. Portfolio z pięcioma prawie identycznymi projektami CRUD nie pokazuje niczego nowego w piątym — lepiej zastąpić najsłabszy z nich czymś, co demonstruje inną umiejętność, niż dokładać kolejny podobny.

Podsumowanie

Portfolio początkującego programisty to 2-4 ukończone projekty, każdy z krótkim opisem w strukturze: co robi, jaka Twoja rola, jakie technologie, i jakie konkretne wyzwanie napotkałeś po drodze. GitHub z porządnym README i czytelną historią commitów liczy się tak samo jak sam kod. Jakość opisu i różnorodność pokazywanych umiejętności bije liczbę projektów.