CV junior bez doświadczenia: jak złożyć pierwsze CV w IT

Aplikujesz na pierwszą pracę w IT i każda oferta zaczyna się od „doświadczenie mile widziane”, a ty nie masz ani dnia komercyjnego stażu. Otwierasz pustą sekcję „Doświadczenie” w szablonie CV i blokujesz się, bo wydaje się, że nie masz czego tam wpisać.

To nieprawda. „Brak doświadczenia” w twoim przypadku rzadko oznacza pustkę. Oznacza, że masz projekty z bootcampu, zaliczeniowe ze studiów, pierwsze poprawki w cudzym repozytorium open source i własne pet-projekty, tylko opisane jak ćwiczenia, a nie jak praca. Rekruter na stanowisko juniorskie wie, że nie miałeś etatu. On szuka dowodu, że potrafisz dowieźć działający kod i rozumiesz, po co.

Nie chodzi o to, żeby dopisać sobie fikcyjną firmę albo udawać, że twój projekt na studia był wdrożeniem produkcyjnym. Chodzi o to, żeby opisać to, co naprawdę zrobiłeś, językiem efektu zamiast językiem ćwiczenia. Poniżej masz, co liczy się zamiast komercyjnego stażu i jak to pokazać, żeby przeszło pierwszy filtr.

Co liczy się, gdy nie masz komercyjnego stażu

Rekruter na juniora czyta CV pod kątem jednego pytania: czy ta osoba potrafi już pisać działający kod i da się ją szybko wdrożyć. Dowodów na to dostarcza ci kilka źródeł, których zwykle nie doceniasz:

• Projekty z efektem. Aplikacja z bootcampu albo praca zaliczeniowa, którą faktycznie skończyłeś, postawiłeś gdzieś i da się ją uruchomić. Liczy się działający link albo repozytorium, nie sam fakt, że „robiłeś projekt”.
• Wkład open source. Nawet jeden zmergowany pull request do realnego projektu pokazuje, że umiesz wejść w cudzy kod, dopasować się do konwencji i przejść przez review. To bliżej pracy zespołowej niż własny projekt w izolacji.
• Bootcamp. Nie sam certyfikat, tylko to, co w nim zbudowałeś: jaki stack, jaki projekt końcowy, jaki problem rozwiązywał.
• Własne pet-projekty. Coś, co zrobiłeś z własnej potrzeby i co działa. Skończony pet-projekt z konkretnym problemem bije trzy porzucone tutoriale przepisane linijka po linijce.

Każde z tych źródeł jest realnym materiałem na CV. Problem zaczyna się przy opisie, bo większość juniorów zapisuje je jak punkt w dzienniczku zajęć, a nie jak osiągnięcie.

Jak opisać projekt nie-komercyjny, żeby brzmiał realnie

Różnica między CV juniora, które ginie, a tym, które zatrzymuje wzrok, nie leży w tym, że jeden miał staż. Leży w tym, jak opisał ten sam projekt. Pokaż problem, stack i efekt, dokładnie tak, jak przy każdym innym wpisie technicznym.

Słaby zapis, który czyta się jak nazwa zadania na zaliczenie:

Projekt na studia: aplikacja TODO.

Ten sam projekt, opisany jak praca:

Aplikacja do zarządzania zadaniami (React, TypeScript, REST API), zbudowana jako projekt zaliczeniowy. Zaimplementowałem filtrowanie i sortowanie zadań po stronie klienta oraz zapis stanu w localStorage, tak by dane przetrwały odświeżenie. Pokryłem logikę testami w Vitest, repozytorium z działającym demo na GitHubie.

Druga wersja niczego nie zmyśla. Nie pisze, że to był wdrożony produkt ani że robiłeś go w firmie. Pokazuje stack, konkretną decyzję techniczną i to, że doprowadziłeś rzecz do działającego końca z testami. To wystarczy, żeby rekruter zobaczył programistę, a nie kursanta odhaczającego moduł.

Ta sama mechanika działa przy wkładzie open source. Zamiast „udzielałem się w projektach open source” napisz, co konkretnie: „zmergowany PR poprawiający walidację formularza w bibliotece X, zaakceptowany przez maintainera po review”. Jeden konkret z linkiem waży więcej niż ogólnik o aktywności.

Czego nie robić, żeby nie spalić wiarygodności

Najszybszy sposób na odrzucenie na stanowisku juniorskim to nie brak doświadczenia. To naciąganie, które rekruter wyłapuje w kilka sekund albo na pierwszej rozmowie technicznej.

Nie udawaj seniora. Junior, który pisze o sobie „doświadczony programista” albo „ekspert od Reacta”, brzmi gorzej niż junior, który uczciwie pokazuje, co zbudował. Wiarygodny junior bije naciągniętego seniora, bo na stanowisko juniorskie nikt nie szuka seniora.

Nie wypisuj dwunastu technologii po tygodniu styczności. Lista, w której obok siebie stoją React, Vue, Angular, Node, Python, Docker i Kubernetes, po tym jak każdego dotknąłeś w jednym tutorialu, nie robi wrażenia. Sygnalizuje, że nie wiesz, w czym naprawdę umiesz cokolwiek. Lepiej trzy, cztery technologie, które realnie używałeś w projekcie, niż dwanaście haseł bez pokrycia. Jeśli nie wiesz, jak nazwać poziom znajomości, nie zgaduj w górę.

Nie zaśmiecaj CV przymiotnikami bez dowodu. „Pasjonat”, „szybko się uczę”, „pracowity” to słowa, które wpisuje każdy. Zamień je na konkret: projekt, który skończyłeś, technologię, którą opanowałeś na tyle, że coś w niej zbudowałeś. Przy okazji warto sprawdzić, czy twoje CV nie brzmi jak wygenerowane przez ChatGPT, bo generyczny ton to częsty problem pierwszych CV.

Jak czytać ofertę juniorską i pod nią dopasować

Oferty na juniora też mają must-have, tylko krótszą listę. Zwykle jest to jeden, dwa języki albo frameworki, podstawy gita, czasem znajomość REST albo SQL. Twoim zadaniem nie jest pokryć wszystko, tylko pokazać te pozycje, które naprawdę masz, na pierwszym planie.

Wyciągnij z ogłoszenia konkretne technologie i sprawdź, które z nich pojawiają się w twoich projektach. Jeśli oferta chce Reacta, a ty masz projekt w Reakcie, ten projekt ma być widoczny od razu, nie schowany pod listą porzuconych eksperymentów. Jak rozłożyć ofertę na słowa kluczowe, pokazujemy w jak wyciągnąć słowa kluczowe z oferty IT. Całą mechanikę dopasowania CV pod konkretne ogłoszenie rozkładamy w jak dopasować CV do oferty.

Nie wysyłaj wszędzie tego samego pliku. Pod ofertę frontendową na pierwszy plan idą projekty interfejsowe, pod ofertę z naciskiem na backend te z API i bazą danych. Ten sam zestaw projektów, przestawiona kolejność, bez zmyślania.

Częste błędy

• Pusta sekcja doświadczenia zamiast sekcji projektów. Jeśli nie masz etatu, nie zostawiaj białej plamy. Zrób mocną sekcję „Projekty” i tam pokaż bootcamp, open source i własne rzeczy z efektem.
• Projekty bez linku i bez efektu. „Robiłem aplikację” nic nie waży. Dodaj stack, jeden konkret techniczny i działające repozytorium albo demo, żeby było co kliknąć.
• Stack rozdmuchany na siłę. Dwanaście technologii po jednym tutorialu rozmywa to, w czym naprawdę coś zbudowałeś. Zostaw te z pokryciem w projekcie.

Jak złożyć pierwsze CV w ZłóżCV

Pod ofertę juniorską ZłóżCV bierze z twojej bazy projekty z bootcampu, studiów, open source i własne, układa je pod wymagania ogłoszenia i przepisuje opisy tak, żeby było widać problem, stack i efekt, a nie samą nazwę zadania. Wklejasz link do oferty, dostajesz dopasowane CV w PDF, bez zmyślania komercyjnego stażu. Złóż pierwsze CV w IT, dwa pierwsze za darmo, bez karty.

Najczęstsze pytania

Czy mogę aplikować bez żadnego komercyjnego doświadczenia? Tak, na stanowiska juniorskie właśnie po to istnieją. Rekruter nie oczekuje etatu, tylko dowodu, że potrafisz pisać działający kod. Mocna sekcja projektów z bootcampu, open source i własnych rzeczy spokojnie zastępuje brak stażu, jeśli każdy projekt pokazuje problem, stack i efekt.

Czy projekty z bootcampu i studiów liczą się jako doświadczenie? Liczą się jako materiał na CV, jeśli są skończone i da się je uruchomić. Nie nazywaj ich komercyjnym stażem, ale opisz jak realną pracę: co rozwiązywały, w czym je zbudowałeś, jaki był efekt. Skończony projekt z testami bije porzucony tutorial.

Ile projektów pokazać na pierwszym CV? Trzy, cztery, które najlepiej pasują do oferty i które faktycznie skończyłeś. Lepiej kilka mocnych z działającym demo niż dziesięć porzuconych eksperymentów. Jakość i kompletność biją liczbę.

Czy warto wpisywać pet-projekty? Tak, jeśli pokazują umiejętność istotną dla oferty i są skończone. Dobry pet-projekt z konkretnym problemem i działającym linkiem to często najmocniejszy punkt CV juniora, bo pokazuje, że budujesz z własnej inicjatywy, nie tylko z polecenia.