🥇Vabaneme hirmust esimese töökoha ees

Kaader filmist „Harry Potter ja Azkabani vang”

Selle maailma probleem on, et koolitatud inimesed on täis kahtlusi, samas kui idioodid on täis kindlust.
Charles Bukowski

Hiljuti viisin läbi veel ühe individuaalse programmeerimise tunni. Erinevalt tavalisest tunnist ei olnud teema keele struktuur ega probleemide lahendamine. Õpilane jagas oma muret tulevase töökoha üle. Õpilane ise oli üsna nutikas. Ta oli üks neist, kes liituvad kursustega, lõpetavad kogu programmi kiiremini kui kõik teised ja leidlikult, kuid alahindavad end pidevalt. Minu arvates tekivad sellised kahtlused ainult teabe puudumisest. Selle puuduse püüdsin tunni jooksul improviseerida.

Küsimused olid umbes sellised:

Igal aastal lõpetab kõrghariduse instituut palju üliõpilasi ja nad kõik lähevad tööd otsima. See on ju väga palju inimesi. Kindlasti valitakse parimad, aga mulle ei jää kohta.
Mis juhtub, kui ma eksin ja mind kohe vallandatakse?
Mis juhtub, kui töö käigus mõistetakse, et ma olen rumal ja mind minema saadetakse?

See üliõpilane ei olnud esimene inimene, kellele ma sarnastele küsimustele vastasin. Need küsimused tekivad paljudele ning tavaliselt tuleb rääkida ettevalmistamata. Seekord otsustasin oma monolooge märkmeid üles kirjutada. Arvasin, et saan paar lõiku, aga kokku tuli terve artikkel.

Artiklis on esitatud minu vaade ja kogemus. Kuid meie maailm on väga mitmekesine ja selles juhtuvad imelikud asjad. Kui te ei nõustu millegagi või teie kogemus on erinev, siis palun kirjutage kommentaar.

Artikkel on kirjutatud arendajalt arendajatele. Kuid kui kavatsete tegeleda testimise, haldamise või millegi muuga IT-s, siis saavad osa nõuannetest teile samuti kasuks.

Tööd ei leia üldse

Kui kujutada ette, et igal aastal lõpetab mitmed ülikoolid sadu üliõpilasi, siis muutub ebamugavaks. Kuidas konkureerida sellise tohutu rahvaga?

Kahjuks ei oma kõik lõpetajad piisavat tehnilist ettevalmistust. Proovige küsida mõnelt tuttavalt üliõpilaselt: kuidas saavad inimesed tema grupis eksamite sooritamiseks loa ainetes nagu "andmebaasid" või "algoritmide ja programmeerimise alused"? 30-liikmelises grupis leidub parimal juhul 3-5 "edukamat" tüüpi, kes on kõik tõeliselt ise teinud. Teised kopeerivad lihtsalt neilt, õpivad küsimustele vastuseid ja sooritavad eksamid.

Nii oli ka siis, kui mina ise õppisin. Kuid minu kogemus võis olla mitterepresentatiivne. Seetõttu küsisin ma seda küsimust mitmelt erinevalt üliõpilaselt. Vastus oli enam-vähem sama. Vastajad olid erinevatest ülikoolidest ja kolledžitest. Põhjendused jätan selle artikli välisse. Tervesuuruseks uurimiseks ei jätku mul jaksu, seetõttu teen järeldusi olemasolevatest faktidest.

Sajate lõpetajate seas huvitavad vaid paar tosinat tööandjate jaoks.

Vähemalt vähesed lõpetajad suudavad head ettevalmistust saanud andeka üliõpilasele tõeliselt konkurentsi pakkuda. Kuid isegi kui olete tõeliselt õppinud, on tõenäoliselt pärast esimest intervjuud raske tööle saada. Pärast teist sama tõenäoliselt samuti. Asjad võivad muidugi hästi minna, kuid parem on mitte seada end valmistuma rünnakuks, vaid piiramiseks. Ebaõnnestunud katse tööle saada on vaid põhjus oma vigade analüüsiks ja uuesti proovimiseks. Intervjuude ettevalmistamisest ma rääkima ei hakka. Internetis on selle teema kohta juba piisavalt kirjutatud. Ütlen vaid, et intervjuud läbides on mitmeid nüansse, mille selgitamiseks ei pruugi teie õppeprogrammis aega olla. Otsige seda teavet ise, see võib vähendada katsete arvu.

Hullus on sama teo täpne kordamine. Kord ja kord jälle, lootuses muutusele.
Albert Einstein

Ettevaatlikus kohtumiste läbiviimises aitab pidev edasiminek. Pidage meeles või kirjutage üles küsimused, mida teilt intervjuu ajal küsiti. Kodus, vaadake seda nimekirja ja kontrollige ennast interneti abiga. Nii saate aru, kus te eksite, ja kus on intervjuu küsimused ekslikud. Selliseid olukordi juhtub ka. Korrake või uurige teemasid, milles te vastasite halvasti, ja proovige uuesti.

Lisaks on tööjõuturu hooajalisus hästi väljendatud. Targad ettevõtted plaanivad värbamist arvestades koolide lõpetamise kuupäevi. Kevadel on algajate töökohti rohkem kui muul ajal. Siiski on ka konkurents sel ajal kõrgem.

Tühi - lastakse lahti

Kui värvatakse inimest ilma kogemuseta, on ootused vastavad.

Uuselt töötajalt oodatakse:

Ülevaadet üldisest tehnilisest baasist
Ettevõtte valdkonna eripära õppimist
Kasutatavate tööriistade ja praktikate omandamist

Mõnes organisatsioonis korraldatakse uutele töötajatele koolitusi kasutatavate tehnoloogiate, tööriistade ja kohalike tavade kohta. Näiteks headest kommetest ettevõtte e-posti kasutamisel, dokumentide muutmise protseduurist vikis, kohalike eripäradega VCSe ja veaparanduse jälgimise süsteemidega töötamisel.

On ka tehnilisi sissejuhatuskursuseid, kuid nende kasulikkus on kahtlane. Kui olete tööle asumiseks valmis, siis on tööandjad veendunud, et teil on piisav teadmiste tase. Parim on sellised kursused lihtsalt ehk kohusetundlikult läbida, kui väike vormistus. Võib-olla on seal tõepoolest midagi kasulikku.

Alustades pidage meeles, et algajale ei usaldada tõenäoliselt tähtsat, keerulist ja samas kiiret ülesannet. Tõenäoliselt on üks nendest omadustest — kas lihtne, kuid kiire: paigutuse parandamine, mõne faili kellelegi edastamine, probleemi taasloomine. Või keeruline, kuid lootuseta lõpuleviimine — selleks, et algaja saaks koguda rohkem kogemusi. Või oluline, kuid eksperimentaalne. Näiteks projekt, mida kõik on juba ammu soovinud, kuid mitte kunagi aega selle elluviimiseks leidnud.

Tööriistade omandamise ülesanded on «keerulised» ja kunstlikud. Tõenäoliselt on need peamine süsteemi lihtsustatud versioon. Sellistes ülesannetes kasutatakse sama tehnoloogiastakki ja neid samu mõisteid nagu kogu projektis. Samas ei anta tulemusi lõppkasutajale. See võib demotiveerida, kuid sellele meeleolule on parem vastu seista. Kunstlikku ülesannet tuleb teha südametunnistusega, nagu sellest sõltuks projekti saatus.

Teie esimese ülesande lahenduse tulemus loob kolleegide, kes ei olnud intervjuul, teie suhtes esmase mulje.

Teine võimalus tööriistade valdamiseks on „projekt käivitada kohalikul masinal/testkeskkonnas“. Mõnikord on see protsess juhendis kirjeldatud. Kuid need on tavaliselt vanad ja osaliselt ebajärjekindlad. Projektile võib tõeliselt kasu tuua, kirjutades uus juhend, kus selgitatakse tekkinud probleeme. Ülikoolis on kindlasti pidanud koostama tööde aruandeid mõnede ainete kohta. See on peaaegu sama. Dokumendis peavad olema kajastatud toimingud, mida tuleb käivitamiseks teha.

Tavaliselt on toimingud toote käivitamiseks testkeskkonnas järgmised:

kloneerida repositoorium, vahetada mõnele harule või sildile
koostada mingisugune konfiguratsioonifail
ette valmistada andmebaasi struktuur
täita see testandmete kogumiga
tõlkida või koostada projekt
käivitada konsoliskripte kindlas järjekorras

Kohalikku süsteemi käivitades tekivad paratamatult ettenägematud probleemid.

Probleemide lahendused tuleks lisada rakendamise juhendisse. Nii ei teki neid järgmine kord juhendit järgides. Konfiguratsioonifailide täitmisel ja skriptide käivitamisel tuleb tähelepanu pöörata, milliseid väärtusi kasutatakse ja millega need peavad kokku langema. Näiteks kui projekt ehitatakse CI-süsteemi abil ja seejärel käivitatakse skriptiga, on oluline mõista, kuhu kirjutada haru nimi või commit'i number. Juhtub, et skript eeldab, et edastatakse IP-aadressid või andmebaasi DNS-nimi, selle sisselogimise ja parooli. Sel juhul tuleb teada, millist aadressi kasutada testkeskkonnas, millised sisselogimised seal on ja millised paroolid nende jaoks tuleb esitada.

Mõned ülesanded võivad kogenud arendajatele tunduda lihtsad, kuid tekitada raskusi praktikantide seas. See on normaalne nähtus.

Arendajatel tuleb igapäevaselt tegeleda tehniliste probleemidega. Kogenud töötajad on paljusid probleeme juba varem lahendanud, samas kui alustavatel on veel ees kõigi nende ületamine. Parim lähenemine on üles kirjutada kõik kohtatud vead dokumendis "probleemilahenduse ${task_name}". Iga probleemi puhul tuleb formuleerida hüpotees selle põhjuste kohta, otsida internetist lahenduse variante ja neid järjest proovida. Iga katse tulemus tuleb samuti fikseerida.

Teie uurimistulemustest dokumendi kujundamine võimaldab:

vabastada meel väikestest detailidest. Näiteks konfiguratsiooni parameetritest, DNS/IP-aadressidest, konsoolikäskudest ja SQL-päringutest.
meelde tuletada "mida ma eile tegin", kui ülesanne venib mitmeks päevaks
ei bluužda ringi. Saate alati lugeda, mida olete varem teinud, ja mõista, et olete tagasi algse probleemi juurde.
selgelt vastata küsimusele: "mida sa täna tegid?", isegi kui valmis lahendust pole veel.

Peate oskama rääkida oma ülesannete olekust kolleegidele.

Aeg-ajalt huvitavad kolleegid teie edusamme ja jagavad oma omi. Selleks eraldatakse natuke aega iga päev või iga nädal.

Kui te ei jälgi kohtunud ja lahendatud probleeme, siis teie edusammude kirjeldus näeb välja nagu: «Püüdlesin ülesande poole, kuid ei saa hakkama. Tegin praegu lahendust otsides». Sellest jutust ei ole selge, kas praktikant tegi midagi või lihtsalt luges Habri. Kas tal on abi vaja? Kas olukord on alates eilset päevast muutunud?

Kui pidada dokumenti lahenduste otsimisest, siis saab öelda: «Püüan teha seda ülesannet. Mul esines selliseid vigu. Lahendasin need niimoodi. Sellega pole veel hakkama saanud. On sellised hüpoteesid ja lahendusvõimalused. Praegu testin neid».

Kui ülesannet saab mingil viisil mõõta, siis peaks staatuse väljenduses olema numbreid. Näiteks ülesande «mooduli jaoks üheaegsete testide kirjutamine» jaoks võib öelda: «plaanin teha 20 testi, praegu olen kirjutanud 10».

Mida rohkem üksikasju te edastate, seda paremini saavad teie kolleegid aru, mida te tegite. See loob kolleegides teie suhtes positiivse hoiak ja lubab neil mõista, kas teil on abi vaja või mitte.

Ärge kartke abi küsida

Varem kirjutasin, et probleemide tekkimisel tuleks formuleerida hüpotees nende põhjustest ja lahendustest. Kuid vahel võivad hüpoteesid ebaõnnestuda ning iseseisvalt leitud lahendused mitte töötada. Sel juhul on parem küsida abi. Et mitte ära kasutada kolleegide tähelepanu, tuleks igale probleemile iseseisvalt veidi aega anda. Kui paari tunni jooksul pole lahendust leitud, on aeg pöörduda kogenumate kaaslaste poole.

Parim on alustada küsimusega: "Kas keegi on varem sarnase probleemiga kokku puutunud?" koos lühikese probleemikirjeldusega. Soovitav on lisada veateate lõik või ekraanipilt. Seda sõnumit tasub esmakordselt saata mõnesse üldisesse tööchatti. Nii ei sega te neid, kes on tõeliselt hõivatud. Vabad kolleegid saavad teie sõnumit näha ja abistada.

Kui keegi ei aita pärast sõnumit üldises vestluses, proovige leida kogenud kolleeg pauside ajal: lõuna ajal, tee või kohvi toomise ajal, tennisemängu ajal või suitsetamise ajal. Kui see ei õnnestu, siis andke oma raskustest teada koosolekul või seistes.

Tuntud probleemide lahendamisel võib see sellega lõppeda. Kui probleem on uus, algab uurimine, kus tuleb tegutseda vastavalt olukorrale.

Uute töötajate «olulised» ülesanded, mis on lõppkasutajale vajalikud, on tavaliselt igavad ja väikesed. Näiteks «lisada lisaveerg arvestusse» või «parandada trükiviga vormis» või «teha mudeli meetod, et laadida kliendi atribuute andmebaasist». Selliste ülesannete eesmärk on tutvustada algajat teema valdkonnaga ja integreerida teda igapäevasesse töösse.

On oluline mitte ainult tehniliselt ülesanne lahendada, vaid ka laiendada teema valdkonna teadmisi.

Ülesande kirjelduses, vestlustes ja aruteludes võivad esineda terminid. Need võivad välja näha nagu ammu tuttavad nimisõnad. Siiski omandavad need infosüsteemi kontekstis erilise ja täpse tähenduse. Leitud terminite tähendust on kõige parem salvestada spetsiaalsesse dokumendisse — terminoloogi sõnastikku. Sõnastikku lisamisel piisab, kui kirjutada oma arusaam sõnast, kuid tõelise tõlgenduse saamiseks on parem pöörduda analüütiku poole. Kui teda pole, siis projekti vanade töötajate poole. Terminoloogia sõnastiku pidamine on üks lihtsamaid viise projekti teema valdamiseks.

Kui olete leidnud kolleegidega ühisosa, hakkavad nad teid nägema mitte kui algajat praktikanti, vaid võrdse spetsialistina.

Tähtsad ülesanded on olemas, näiteks "kirjutada üksus teste mooduli jaoks". Sellega on tõenäoliselt raske pikka aega lahendusi otsida. Samas on see piisavalt tõsine ja seda antakse mitte ainult praktikandile õppimiseks. Kirjutatud testid suurendavad projekti stabiilsust, vähendades rakenduses esinevaid vigu ja inimeste testimiseks kuluvat aega. Ideaalses maailmas kirjutatakse üksus testid kohe arenduse käigus, kuid reaalsus on alati teine. Juhtub, et mooduli arendaja hoiab seda täielikult peas ning ei näe vajadust nende kirjutamiseks. "Kõik on selge, mida siin testida?" Mõnikord kirjutatakse moodulid kiirusrežiimis ja testide jaoks ei jää aega. Nii et reaalses maailmas võivad üksus testid puududa. Seetõttu antakse ülesanne üksus testide kirjutamiseks algajale. Nii saab praktikant kiiremini projektiga tuttavaks ning projekt suudab säästa rohkem tasustatud spetsialistide aega.

Juhtub, et praktikantidele ja algajatele antakse ülesanne täieõiguslike testijate rolli. Enne seda tuleks toode kohalikult üles seada ja nõudmisi lugeda. Uuselt töötajalt oodatakse tulemuseks:

küsimused nagu „kui teha nii, siis saab nii. Nõuetes seda ei ole. Kuidas peaks olema?“
ülesanded veahaldussüsteemis „nõuetes on kirjutatud nii, aga tegelikkuses on teisiti.“

Testimine on selle artikli jaoks ülemäära ulatuslik tegevus. Kui teile anti sarnane ülesanne, otsige internetist, kuidas seda kõige paremini teha.

Viga tehes saadatakse lahti

Normaalses organisatsioonis, kui juhtub, et kogenematu töötaja saab juurdepääsu millelegi kriitilisele ja rikub midagi, vastutab see, kes sellesse lubas. Sest algajal ei ole üldiselt juurdepääsu kriitilisele infrastruktuurile. Adekvaatse juhtimise korral ei visatata kogematu praktikandi peale kõiki süüdistusi.

Kui midagi juhtub, ei saadeta kedagi lahti ühe juhtumi pärast. Inimesed õpivad vigadest. Vea teinud praktikant sai väärtusliku õppetunni ja erineb seetõttu teistest praktikantidest. Kui viga teinud saadetakse lahti, tuleb tema asemele teine, kes teeb sama viga.

Peamine on õppida vigadest ja mitte kordama.

Kuid kui inimene ei õpi oma vigadest, siis üritatakse temaga hüvasti jätta. Siiski on maailm mitmekesine. Mõnes gangsteriorganisatsioonis visatakse esimese vea eest kohe aknast välja. Paremini on selliseid ettevõtteid vältida, seega tasub enne uurida või intervjuu käigus rohkem teada saada.

Incident is better to avoid

Isegi kui teid isiklikult ei vallandata vea pärast, toob selline juhtum teie meeskonnale ja projektile üldiselt kaasa soovimatuid probleeme. Seetõttu olge eriti ettevaatlikud andmebaasi tabelite eemaldamise või loomise, failide, teenuste instantside ja projekti teadmistebaasi dokumentide osas. Kui kohtate uue ühenduse aadressi, täpsustage vähemalt kahe erineva inimesega, mida seal võib teha. Kontrollige oma õiguseid keskkondades mitte katse ja vea meetodil, vaid vastavate käskudega. Näiteks kontrollige failide eemaldamise õigusi käsuga `ls`, tabelite töötlemise õigusi mysql'is käsuga `SHOW GRANTS FOR ‘user’@’host’;` ja nii edasi. Peaaegu igas tööriistas on teil sarnane võimalus.

Failide redigeerimisel hoidke endale alati originaalkoopiat.

Interni ja lõppkasutaja vahel luuakse mitmeid takistusi.

Kui saaksid oma toote kohe tarbijale anda, ei peaks sa tööle minema, vaid võiksid astuda 'vabasse navigeerimisse'. Kuid kuni sul ei ole sellist võimalust (ja vastutust), pead sa läbima projekti mitmeid kontrolli etappe.
Esimene neist on mentori kontroll. Ta hindab uusima lahendust tehnilisest vaatenurgast. Kui mentorit ei ole määratud, tuleb see leida. Selleks vali projektis mõni vanem ja palu tal vaadata lahendust pausil: kas probleem on õigesti lahendatud? Kui ta hakkab vaatama ja vastama, on mentor leitud. Kui ta ignoreerib, tasub küsida veel kellegi käest.

Järgmine etapp on kvaliteedikontroll. Eestikeeles - testijad. Nõukogude ajal - normikontroll ja OTK. Nad peavad veenduma, et praktikandi töö tulemus vastab talle seatud ülesandele. Nad harva süvenevad koodi. Enamasti kontrollivad testijad arendaja versioonikontrollis salvestatud valmistoote.

Kolmas etapp on vabastamise juht. Selleks võib eraldi inimest mitte olla, kuid rolli täidab ikkagi keegi. Ta kontrollib, et testijad on kinnitanud, et projekti saab välja anda. Pärast seda viib ta läbi toimingud toote tarnimiseks lõppkasutajatele.
Väikestes organisatsioonides võivad need tõkked erinevatel põhjustel puududa. Kuid sinna ei anta uuele töötajale ülesannet muuta midagi olulist. Sest see risk ei ole kellelegi vajalik.

Esmalt tuleb haarata lahingusse, siis näeb.
Napoleon Bonaparte

Loodan, et artikkel aitab teil ületada oma kõhklusi ja saata oma esimene CV. Loomulikult peate eelnevalt valmistuma. Ent ärge venitage üle. Tõenäoliselt olete juba mitu aastat ülikoolis või kolleegiumis õppinud. Mida enam venitada? Lõppude lõpuks on parem kuulda spetsialistilt ühte korda "ei" ja teha oma vigadest järeldusi, kui iga päev endale "ei" öelda ja professionaalses arengus seisma jääda.

Tööd alustades tuleks keskenduda sellele, et kasvada praktikantidest täieõigusliku meeskonna liikmeks. Selline kasv on tavaliselt seotud teie palga suurenemisega.

Soovin teile kannatlikkust ja visa meelt.

Ainult registreeritud kasutajad saavad küsitluses osaleda. Logige sisse, palun.