GitHub profil za posao: tri do pet projekata vrijedi više od zida aktivnosti

Za prijavu na tehnički posao izdvojite tri do pet projekata relevantnih za ulogu: GitHubove upute za traženje posla preporučuju upravo takav izbor i isticanje različitih vještina. Odabrani radovi daju osobi koja pregledava prijavu jasniji put do vašeg koda od samog niza zabilježenih aktivnosti. Za svaki projekt ukratko objasnite zadatak, svoj doprinos i rezultat.

Biografijom naznačite kakav posao tražite, profilnim README-om povežite svoje vještine s odabranim radovima, a u README-u svakog repozitorija napišite kako se projekt pokreće. Prije slanja poveznice pogledajte profil bez prijave u svoj račun. Tako ćete vidjeti jesu li projekti i informacije na koje se oslanja vaša prijava dostupni posjetitelju.

Odaberite radove prema ulozi, a ne prema datumu zadnjeg commita

Na prvo mjesto stavite projekt koji najizravnije odgovara poslu za koji se prijavljujete. Za razvoj pozadinskih sustava to može biti rad u kojem se mogu pregledati struktura usluge, obrada pogrešaka i testovi; za razvoj korisničkog sučelja prednost može imati projekt koji pokazuje tijek korištenja i prilagodbu različitim zaslonima. To su kriteriji za odabir, a ne popis obveznih značajki svakog portfelja.

Ostalim mjestima dajte različite uloge. Samostalni projekt može pokazati kako ste osmislili rješenje i doveli ga do upotrebljivog stanja, dok doprinos postojećem projektu može pokazati rad unutar tuđeg koda i dogovorenih pravila. Ako su svi istaknuti repozitoriji gotovo jednake vježbe, posjetitelj iz njih teže razabire širinu vašeg rada.

Početniku ne treba velik proizvod da bi pokazao sposobnost. Manji dovršen projekt s jasnim zadatkom, preglednim kodom i uputama za pokretanje može pružiti bolji uvid od opsežnog repozitorija čija svrha nije objašnjena. Kod timskog rada navedite koje ste dijelove napravili vi; ako je doprinos javno dostupan, povežite opis s odgovarajućim zahtjevom za spajanje promjena.

Biografija i profilni README imaju različite zadatke

Biografiju svedite na područje rada i vrstu uloge koja vas zanima. Kandidat za juniorsku poziciju u razvoju web aplikacija, primjerice, to može reći izravno, a tehnologije pokazati kroz projekte. Posjetitelj tada odmah zna zašto gleda upravo taj skup radova.

Profilni README daje više prostora za iskustvo, vještine i kratko objašnjenje izbora projekata. Da bi se prikazao na profilu, potreban je javni repozitorij nazvan jednako kao korisnički račun, s datotekom README.md u korijenu i sadržajem u njoj, prema uputi za profilni README. U tekstu povežite vještinu s radom u kojem se vidi njezina primjena, umjesto da nižete alate bez konteksta.

Profilni README neka odgovori na pitanje tko ste kao kandidat i zašto su odabrani projekti važni za prijavu. Tehničke pojedinosti ostavite u njihovim repozitorijima: osoba zainteresirana za konkretan rad ondje treba pronaći ono što joj je potrebno za pregled koda ili pokretanje projekta.

README projekta treba pokazati što ste napravili

Posjetitelj repozitorija trebao bi moći razumjeti njegovu svrhu bez pregledavanja svih datoteka. Kratak opis u polju About pomaže pri prvom susretu s projektom, ali README daje prostor za problem, rješenje i upute. Kao predložak upotrijebite ove cjeline:

• Problem: kome projekt služi i koji zadatak rješava.
• Moj doprinos: koje ste dijelove osmislili, napisali ili promijenili; kod timskog rada odvojite svoj rad od rada ostalih.
• Rezultat: što projekt sada radi i gdje se može vidjeti javna demonstracija, ako postoji.
• Pokretanje: potrebni preduvjeti, postavljanje okruženja i naredbe za lokalni rad.
• Provjera: kako pokrenuti testove ili provjeriti glavnu funkciju.

Opis rezultata neka odgovara onome što se doista može vidjeti u kodu ili demonstraciji. Ako navodite poboljšanje brzine ili druge brojčane rezultate, objasnite kako su izmjereni; bez mjerenja opišite funkcionalnost. Upute za pokretanje prođite redom kako biste uočili prešućen preduvjet ili neispravnu poveznicu.

Ako su za rad potrebni pristupni podaci, navedite koje varijable treba postaviti, ali ne objavljujte stvarne ključeve. Projekt koji ovisi o nedostupnoj vanjskoj usluzi može se predstaviti kroz kod, testove i opis tehničkih odluka. Čitatelju pritom jasno recite koji se dio može pokrenuti, a koji se može samo pregledati.

Privatan profil ne skriva svaki podatak

Na privatnom profilu skriveni su graf doprinosa te pregled i tijek aktivnosti, dok profilni README, biografija i profilna fotografija ostaju javno vidljivi, navodi GitHubov opis vidljivosti profila. Vlasnik računa i dalje vidi svoje podatke kada otvori vlastiti profil, pa taj prikaz nije pouzdana slika onoga što će vidjeti osoba koja pregledava prijavu.

Pročitajte javne opise kao nepoznat posjetitelj i uklonite podatke koje ne želite dijeliti. Zatim otvorite poveznice na radove koje šaljete uz prijavu. Ako raspored privatnog profila ne vodi jasno do tih radova, stavite izravne poveznice na javne repozitorije u životopis ili poruku poslodavcu.

Kratka provjera prije slanja prijave

Za završni pregled nije potrebno uređivati cijelu povijest računa. Prođite put kojim će posjetitelj stići od vaše prijave do dokaza rada:

1. Otvorite profil u privatnom prozoru preglednika i pročitajte biografiju i profilni README.
2. Provjerite otvaraju li se odabrani javni repozitoriji i odgovaraju li ulozi za koju se prijavljujete.
3. U prvom projektu potražite jasan opis problema, svojeg doprinosa i rezultata.
4. Prođite upute za pokretanje i provjerite poveznice na demonstraciju ili testove.
5. Uklonite neželjene osobne podatke iz javnih opisa te u prijavi navedite profil ili izravne poveznice na radove koje želite pokazati.

Pročitajte i:

• GitHub Copilot ili Gemini Code Assist: stara usporedba besplatnih planova više ne vrijedi
• Digitalni nomad u Hrvatskoj: porezno oslobođenje ne vrijedi za svaki posao
• 93% kandidata smatra se spremnima za AI — poslodavci traže više