🥇Rješavamo se straha od prve zaposlitve

Scena iz filma "Harry Potter i zatvorenik Azkabana"

Problem ovog svijeta je što su obrazovani ljudi puni sumnji, dok su idioti puni samopouzdanja
Charles Bukowski

Nedavno sam održao još jedan individualni sat programiranja. Za razliku od običnih lekcija, tema nije bila konstrukcija jezika niti problem u rješavanju zadataka. Student je podijelio svoje brige o budućem zapošljavanju. Sam učenik bio je prilično bistar. Jedan od onih koji dolaze na tečajeve, prolaze cijeli program brže od svih i s originalnim rješenjima, ali se uvijek iskreno podcjenjuje. Po mom mišljenju, takve sumnje nastaju samo zbog nedostatka informacija. Taj sam nedostatak pokušao popuniti improvizacijom tijekom sata.

Pitanja su bila otprilike ovakva:

Svake godine sa fakulteta izlazi mnoštvo studenata i svi kreću tražiti posao. To su doista mnogi ljudi. Sigurno će uzeti najbolje, a meni neće ostati mjesta.
Što ako pogriješim i odmah me otpuste?
Što ako tijekom rada shvate da sam glup i izbace me?

Ovaj student nije bio prva osoba kojoj sam odgovarao na slična pitanja. Ona se javljaju kod mnogih, i obično ih moram objašnjavati bez pripreme. Ovaj put sam odlučio zapisati svoj monolog u bilježnicu. Mislio sam da će ispasti par paragrafa, a napisao sam cijeli članak.

U članku je predstavljen pogled iz moje perspektive i temeljen na mom iskustvu. Međutim, naš svijet je vrlo raznolik i u njemu se odvijaju nevjerojatne stvari. Ako se s nečim ne slažete ili se vaše iskustvo nekako razlikuje, slobodno ostavite komentar.

Članak je pisan od programera za programere. Ipak, ako planirate raditi u testiranju, administraciji ili nečemu drugom u IT-u, neki od savjeta će vam također biti korisni.

Uopće neće zaposliti

Kada zamislite da svake godine mnoštvo sveučilišta diplomira stotine studenata, postane neugodno. Kako se natjecati s takvom golemom gomilom?

Nažalost, ne mogu svi diplomanti imati dovoljno tehničkog znanja. Pokušajte pitati nekog studenta sa sveučilišta: kako ljudi u njegovoj grupi dobivaju pristup ispita iz predmeta poput „baze podataka“ ili „osnove algoritmizacije i programiranja“? U grupi od 30 osoba, u najboljem slučaju, bit će 3-5 „naprednih“ ljudi koji su sve stvarno napravili sami. Ostali jednostavno prepisuju od njih, uče napamet odgovore na pitanja i polažu.

Tako je bilo i kada sam se ja školovao. Međutim, moje iskustvo možda nije reprezentativno. Stoga sam ovo pitanje postavio nekoliko različitih studenata. Odgovor je bio otprilike isti. Oni koji su odgovarali dolazili su iz različitih visokoškolskih ustanova i fakulteta. Razmatranja o razlozima ostavljam izvan ovog članka. Za opsežno istraživanje nisam sposoban, pa ću donijeti zaključak na temelju dostupnih činjenica.

Među stotinama diplomanta, samo nekolicina desetaka predstavlja interes za poslodavce.

Malo je diplomanata koji mogu ostvariti stvarnu konkurenciju sposobnom studentu s dobrom pripremom. No, čak i ako ste marljivo učili, nakon prvog razgovora vjerojatno vas neće zaposliti. Nakon drugog, vjerojatno također. Sve može proći dobro, no bolje je pripremiti se ne na napad, nego na opsadu. Neuspjeli pokušaj zapošljavanja je samo povod da se analiziraju greške i pokuša ponovo. O pripremi za razgovore neću govoriti. O tome je već puno napisano na internetu. Samo ću reći da postoje specifičnosti u prolasku razgovora, za objašnjenje kojih u vašem obrazovnom programu vjerojatno nije predviđeno vrijeme. Potražite te informacije sami, mogle bi skratiti broj pokušaja.

Ludost je točno ponavljanje istog postupka. Ispod i ispod, u nadi na promjenu.
Albert Einstein

Kako bi prolazak razgovora ne postao ludilo, nakon svakog novog pokušaja trebate postati bolji. Započnite s pamćenjem ili zapisivanjem pitanja koja su vam postavljena tijekom razgovora. Kada se vratite kući, pregledajte tu listu i testirajte se putem interneta. Tako ćete shvatiti gdje ste pogriješili vi, a gdje - intervjuant. I to se također događa. Ponovite ili proučite teme na koje ste slabo odgovorili i pokušajte ponovno.

Osim toga, postoji izražena sezonalnost tržišta rada. Promišljene tvrtke planiraju zapošljavanje u skladu s datumima završetka obrazovanja. U proljeće ima više natječaja za novake nego u ostalim razdobljima. No, i konkurencija u to vrijeme je veća.

Glup — otpustit će

Kada zapošljavaju osobu bez iskustva, postoje odgovarajuća očekivanja.

Od novaka na poslu očekuje se:

Poznavanje opće tehničke osnove
Učenje specifičnosti predmetnog područja tvrtke
Usvajanje korištenih alata i praksi

U nekim organizacijama za novake se organiziraju edukativni tečajevi o korištenim tehnologijama, alatima i lokalnim pravilima. Na primjer, pravila dobrog ponašanja prilikom korištenja korporativne e-pošte, postupak izmjene dokumenata u wiki, lokalne značajke rada s VCS-om i bug trackerom.

Također postoje tehnički uvodni tečajevi, ali je njihova korisnost upitna. Ako je došlo do zapošljavanja, to znači da su poslodavci uvjereni da imate neki dostatan nivo znanja. Najbolje je takve tečajeve proći savjesno, kao malu formalnost. Možda će zaista biti nešto korisno.

Kada započnete s radom, imajte na umu da novaku sigurno neće dodijeliti rješavanje hitnog, složenog i istovremeno važnog zadatka. Vjerojatnije je da će biti samo jedna od tih osobina. Ili jednostavno, ali hitno: ispraviti raspored, proslijediti nekome neki dokument, reproducirati problem. Ili složeno, ali bez ikakve nade na završetak — da novak sakupi što više prepreka. Ili važno, ali eksperimentalno. Na primjer, projekt koji svi dugo žele, ali ne mogu odvojiti vrijeme za realizaciju.

Zadaci za usvajanje alata bit će "složeni" i umjetni. Vjerojatno će biti pojednostavljena verzija glavnog sustava. U takvim zadacima koristi se ista tehnologija i isti izrazi iz predmetnog područja kao i u cijelom projektu. Pri tome rezultat izvršenja neće biti predat krajnjem korisniku. To može demotivirati, ali se tom osjećaju bolje suprotstaviti. Umjetni zadatak treba raditi savjesno, kao da o njemu ovisi sudbina projekta.

Rezultat rješavanja vašeg prvog zadatka ostavit će prvi dojam o vama kod kolega koji nisu bili na razgovoru.

Druga opcija zadatka za usvajanje alata je "pokrenuti projekt na lokalnoj mašini/testnoj sredini". Ponekad je taj proces opisan u uputama. No, obično su one zastarjelne i djelomično neaktualne. Možete donijeti stvarnu korist projektu ako napišete nove upute s pojašnjenjima o nastalim problemima. Sigurno ste na fakultetu pisali izvještaje za razne predmete. Ovdje je gotovo isto. U dokumentu trebaju biti opisane akcije koje treba poduzeti za pokretanje.

Obično su akcije za pokretanje proizvoda na testnoj sredini otprilike ovakve:

klonirati repozitorij, prebaciti se na neku granu ili oznaku
izraditi neki konfiguracijski datoteku
pripremiti strukturu baze podataka
napuniti je testnim podacima
izvršiti build ili kompilaciju projekta,
pokrenuti skup konzolnih skripti u određenom redoslijedu

Tijekom lokalnog pokretanja sustava neizbježno će se pojaviti nepredviđeni problemi.

Pronađena rješenja problema treba dodati u upute za postavljanje. Tako će sljedeći put, kada se slijede upute, ti problemi već biti riješeni. Prilikom popunjavanja konfiguracijskih datoteka i pozivanja skripti, treba obratiti pozornost na to koje se vrijednosti koriste i s čime se trebaju poklopiti. Na primjer, ako se projekt gradi putem CI sustava i zatim se pokreće skriptom, važno je razumjeti gdje upisati naziv grane ili broj commit-a. Ponekad skripta podrazumijeva prijenos IP adrese ili DNS imena baze podataka, njezina korisničkog imena i lozinke. U tom slučaju treba znati koju adresu koristiti za testno okruženje, koje postoje prijave i koje lozinke treba navesti.

Neki zadaci mogu izgledati jednostavni za iskusne programere, dok mogu izazvati poteškoće kod pripravnika. To je normalna pojava.

Programeri se svakodnevno suočavaju s tehničkim problemima. Iskusni zaposlenici su već riješili mnoge od tih problema, dok se novaci tek trebaju s njima suočiti. Najbolja taktika je zabilježiti sve naiđene greške u dokumentu "rješavanje problema s ${naziv zadatka}". Za svaki problem potrebno je formulirati hipotezu o uzroku, pronaći mogućnosti rješenja na internetu i redom ih isprobati. Rezultat svakog pokušaja također se treba zapisati.

Oblikovanje vaših istraživanja u obliku dokumenta omogućit će:

izbaciti iz glave sitne pojedinosti. Primjerice, parametre konfiguracije, DNS/IP adrese, konzolne naredbe i SQL upite.
sjetiti se "što sam jučer radio" kada se zadatak proteže na nekoliko dana
ne lutati u krug. Uvijek ćete moći pročitati što ste radili ranije i shvatiti da ste se ponovno vratili na izvorni problem
jasno odgovoriti na pitanje: "Što si napravio danas?" čak i ako još nema gotovog rješenja.

Morate biti sposobni izvijestiti kolege o statusu svojih zadataka

Povremeno, kolege će se zanimati za vaše uspjehe i dijeliti svoje. Za to se svaki dan ili tjedan odvoji malo vremena.

Ako ne pratite naiđene i riješene probleme, opis vaših uspjeha izgledat će kao: "Pokušao sam napraviti zadatak, ali ne ide. Trenutno tražim rješenje." Iz takvog izlaganja nije jasno je li pripravnik išta radio ili je samo sjedio i čitao Habr. Treba li mu pomoć? Je li se situacija promijenila od jučer?

Ako vodite dokument s rješenjima, možete reći "pokušavam napraviti ovaj zadatak. Imala sam ovakve greške. Ove sam riješila ovako. S ovom još nisam uspjela. Imam ove hipoteze i mogućnosti rješenja. Trenutno ih provjeravam."

Ako se zadatak može mjeriti, tada bi u statusu trebale biti navedene brojke. Na primjer, za zadatak "napisati jedinične testove za modul" možete reći "planiram napraviti 20 testova, trenutno sam napisao 10".

Što više pojedinosti podijelite, to će vaši kolege bolje razumjeti što ste radili. To će stvoriti pozitivno mišljenje o vama i omogućiti im da shvate trebate li pomoć ili ne.

Ne ustručavajte se tražiti pomoć

Gore sam napisao da, kada se pojavi problem, trebate formulirati hipotezu o njegovim uzrocima i mogućim rješenjima. Međutim, ponekad se dogodi da hipoteze nisu točne i rješenja koja ste pronašli ne funkcioniraju. U tom slučaju, bolje je zatražiti pomoć. Kako ne biste nepotrebno opterećivali svoje kolege, trebate prvo samostalno razmisliti o svakom problemu. Ako nakon nekoliko sati ne uspijete pronaći rješenje, vrijeme je da potražite savjet od iskusnijih kolega.

Najbolje je započeti pitanjem: „je li netko ranije imao ovaj problem?” uz kratki opis problema. Preporučljivo je priložiti dio poruke o grešci ili screenshot. Ovu poruku prvi put najbolje je poslati u neki zajednički radni chat. Tako ne ometate one koji su zaista zaposleni. Slobodni kolege će vidjeti vašu poruku i moći će pomoći.

Ako nitko ne pomogne nakon što ste poslali poruku u zajedničkom chatu, pokušajte uhvatiti iskusnog kolegu tijekom pauze: za ručak, odlazak po čaj/kavu, partiju tenisa ili pauzu za pušenje. Ako to nije uspjelo, obavijestite o svojim poteškoćama na sastanku ili standupu.

Kod rješavanja poznatih problema, to je obično sve. Međutim, ako je problem nov, počinje istraga, gdje ćete morati djelovati prema okolnostima.

„Važne” zadaće za novake koje su potrebne krajnjem korisniku bit će dosadne i male. Na primjer, „dodati dodatni stupac u izvještaj” ili „ispraviti grešku u obrascu” ili „implementirati metodu modela za učitavanje atributa korisnika iz baze podataka”. Cilj takvih zadataka je da se novak upozna s predmetnom područjem i uklopi u svakodnevni rad.

Važno je ne samo tehnički riješiti zadatak, već i proširiti svoje znanje o predmetnoj oblasti.

U opisu zadatka, u chatovima i razgovorima će se susretati termini. Mogu izgledati kao dobro poznate imenice. Međutim, unutar informacijskog sustava, oni poprimaju poseban, precizniji smisao. Značenje pronađenih termina najbolje je zabilježiti u posebnom dokumentu — rječniku termina. Kada se dodaju u rječnik, dovoljno je napisati svoje razumijevanje riječi, a za točno objašnjenje bolje je obratiti se analitičaru. Ako ga nema, tada dugogodišnjim članovima projekta. Vođenje rječnika termina jedan je od najjednostavnijih načina upoznavanja s predmetnom oblašću projekta.

Čim pronađete zajednički jezik s kolegama, počinju vas doživljavati ne kao novog pripravnika, već kao ravnopravnog stručnjaka.

Postoje posebne zadaće, na primjer, ‘napisati unit testove za modul’. Na njima se teško može dugo zadržati traženjem rješenja. U isto vrijeme, one su prilično ozbiljne i ne daju se samo za obuku pripravnika. Napisani testovi povećavaju stabilnost projekta smanjenjem bugova u aplikaciji i smanjenjem vremena koje ljudi ulažu u testiranje. U idealnom svijetu, unit testovi se pišu odmah tijekom razvoja, ali stvarnost je, kao i uvijek, drugačija. Dogodi se da programer modula sve potpuno zadrži u svojoj glavi i ne vidi potrebu za pisanjem testova. 'Sve je očito, što ovdje testirati?' Ponekad se moduli pišu u užurbanom režimu i ne ostaje vremena za unit testove. Tako da u stvarnom svijetu unit testova možda neće biti. Stoga se zadatak pisanja unit testova dodjeljuje novajliji. Tako se pripravnik može brže prilagoditi projektu, a projekt može uštedjeti vrijeme boljeplaćenih stručnjaka.

Dogodi se da se pripravnicima i novajlijama dodijeli uloga punopravnih testera. Obično je potrebno prvo lokalno postaviti proizvod i pročitati zahtjeve. Kao rezultat od novog zaposlenika očekuju se:

pitanja poput 'ako se ovo napravi, onda će to ispasti ovako. U zahtjevima to nije navedeno. Kako bi trebalo biti?'
zadaci u bug trackeru 'u zahtjevima je napisano ovako, a u stvarnosti je drugačije'.

Testiranje je izrazito opširno područje aktivnosti za ovaj članak. Ako ste dobili sličan zadatak, potražite na internetu kako ga najbolje izvršiti.

Ako napravite grešku — bit ćete otpušteni.

U normalnoj organizaciji, ako neočekivano dođe do situacije da neiskusni zaposlenik dobije pristup nečemu kritičnom i nešto pokvari, krivac će biti onaj tko je to dopustio. Jer, novajliji prema zadanim postavkama nije dozvoljen pristup kritičnoj infrastrukturi. Uz adekvatno vođenje, ne će se svaliti krivnja na neiskusnog pripravnika.

Ako se nešto dogodi, ne će vas otpustiti zbog jednog incidenta. Ljudi uče na greškama. Pripravnik koji je pogriješio naučio je vrijednu lekciju i time se značajno razlikuje od drugih pripravnika. Ako otpustite nekoga tko je pogriješio, na njegovo mjesto doći će netko drugi tko će pogriješiti na isti način.

Najvažnije je učiti na greškama i ne ponavljati ih.

Ako osoba ne izvlači zaključke iz svojih grešaka, tada će se truditi da se s njom oproste. Ipak, svijet je raznolik. U nekoj kriminalnoj organizaciji mogli bi vas odmah izbaciti kroz prozor zbog prve greške. No, bolje je izbjegavati takve tvrtke, za što je potrebno prethodno prikupiti informacije ili saznati više tijekom intervjua.

Bolje je ne dopustiti incidente.

Čak i ako nećete biti osobno otpušteni zbog greške, takav incident donijet će neželjene probleme vašem timu i projektu u cjelini. Stoga budite posebno oprezni s operacijama brisanja ili stvaranja tablica u bazi podataka, datoteka, instanci usluga i dokumenata u projektnom repozitoriju. Ako naiđete na adresu novog povezivanja, provjerite barem kod dvoje različitih ljudi što se tamo može raditi. Provjeravajte svoja prava u okruženju ne metodom pokušaja i pogrešaka, već odgovarajućim naredbama. Na primjer, prava za brisanje datoteka pomoću naredbe `ls`, prava za rad s tablicama u mysql s pomoću naredbe `SHOW GRANTS FOR ‘user’@’host’;` i slično. U gotovo svakom alatu imat ćete sličnu mogućnost.

Prilikom uređivanja datoteka, za svaki slučaj sačuvajte kopiju originala.

Između pripravnika i krajnjeg korisnika postavljaju se nekoliko barijera.

Da ste mogli odmah predati svoj proizvod korisniku, ne biste se morali zaposliti, već započeti 'slobodno plovidbu'. No, dok nemate tu mogućnost (a ni odgovornost), morate proći kroz nekoliko stupnjeva kontrole na projektu.
Prvi korak je provjera od strane mentora. On procjenjuje rješenje novaka s tehničkog aspekta. Ako mentor nije imenovan, potrebno ga je pronaći. Za to treba odabrati nekoga od iskusnih članova projekta i tijekom pauze zamoliti ga da pogleda rješenje: je li zadatak ispravno riješen? Ako počne gledati i odgovarati, mentor je pronađen. Ako ga ignorira, treba pitati nekoga drugog.

Sljedeća faza je Osiguranje kvalitete. Na hrvatskom — testeri. U staro vrijeme — normiranje i OTK. Oni moraju osigurati da rezultat rada praktikanta odgovara postavljenom zadatku. Rijetko će se fokusirati na kod. Najčešće će testeri provjeravati projekt koji programer sprema u sustav kontrole verzija.

Treća faza je menadžer za izdanja. Možda ne postoji posebna osoba za ovu zadaću, ali neku ulogu sigurno netko igra. On provjerava da li su testeri potvrdili da se projekt može objaviti. Nakon toga, poduzima radnje kako bi isporučio proizvod krajnjim korisnicima.
U manjim organizacijama ti barijere mogu izostati iz raznih razloga. Međutim, neće novom članu postaviti zadatak da mijenja nešto važno. Jer taj rizik nikome nije potreban.

Prvo se treba uključiti u borbu, a onda će se vidjeti.
Napoleon Bonaparte

Nadam se da će vam članak pomoći da prevladate svoju nesigurnost i pošaljete svoj prvi životopis. Svakako se trebate pripremiti unaprijed. Ali ne treba predugo odugovlačiti. Vrlo vjerojatno ste već nekoliko godina studirali na fakultetu ili u srednjoj školi. Gdje još čekati? Na kraju, bolje je jednom čuti „ne“ od stručnjaka i raditi na svojim greškama nego svaki dan govoriti „ne“ samom sebi i stati u profesionalnom razvoju.

Nakon zapošljavanja, trebate se usredotočiti na to da izrasti iz praktikanta u punopravnog člana tima. Takav rast obično prati povećanje vaše plaće.

Želim vam strpljenje i upornost.

Samo registrirani korisnici mogu sudjelovati u anketi. Prijavite se, molimo.