🥇Shkëputemi nga frika e punës së parë

Skene nga filmi «Harry Potter dhe Ai i Burgosur i Azkabanit»

Problemi i këtij boti është se njerëzit e edukuar janë plot dyshime, ndërsa idiotët janë plot besim.
Charles Bukowski

Kohët e fundit, pata një mësim individual në programim. Ndryshe nga mësimet e zakonshme, tema nuk ishte struktura e gjuhës dhe as ndonjë problem me zgjidhjen e detyrës. Studentin e shqetësonte e ardhmja e tij për punësim. Ai ishte një nxënës shumë i zgjuar. Një nga ata që vijnë në kurse, kalon të gjithë programin më shpejt se të tjerët dhe me zgjidhje origjinale, por vazhdimisht nënvlerëson veten. Në pikëpamjen time, këto dyshime lindin vetëm nga mungesa e informacionit. Mundova të plotësoj këtë boshllëk me një eksprompt gjatë mësimit.

Pyetjet ishin përafërsisht këto:

Çdo vit, shumë studentë diplomohen nga universitetet dhe të gjithë shkojnë të kërkojnë punë. Kjo është shumë njerëz. Sigurisht do të jenë të punësuar më të mirët, e ndoshta nuk do të kem vend.
Çfarë nëse gaboj dhe më çojnë menjëherë?
Çfarë nëse gjatë punës ata kuptojnë se jam budalla dhe më shkarkojnë?

Ky kyçës i studentëve nuk ishte i pari që unë kam përgjigjur për pyetje të tilla. Ato ngrihen nga shumë, dhe zakonisht duhet të flas pa përgatitje. Këtë herë, vendosa të regjistroj monologun tim në një shënim. Mendova se do të dalë disa paragrafë, por përfundova me një artikull të tërë.

Ky artikull paraqet pikëpamjen time dhe përvojën time. Megjithatë, bota jonë është shumë e larmishme dhe ndodhin gjëra të jashtëzakonshme. Nëse nuk jeni dakord me diçka ose përvoja juaj është ndryshe, ju lutem lëreni një koment.

Artikulli është shkruar nga një zhvillues për zhvilluesit. Megjithatë, nëse planifikoni të bëni testimin, administrimin ose diçka tjetër në IT, disa këshilla do t'ju ndihmojnë gjithashtu.

Askush nuk do t'i punësojë

Kur mendon se çdo vit shumë universitete diplomojnë qindra studentë, ndihesh paksa i paqëndrueshëm. Si të konkurrosh me një turmë kaq të madhe?

Fatkeqësisht, jo të gjithë diplomuarit kanë një përgatitje teknike të mjaftueshme. Provoni të pyesni ndonjë student të njohur nga universiteti: si e fitojnë ata lejen për të dhënë provimet në disiplinat si «baza të dhënash» ose «themelët e algoritmizimit dhe programimit»? Në një grup prej 30 personash, në rastin më të mirë do të gjeni 3-5 «të avancuar» që gjithçka e kanë bërë vetë. Të tjerët thjesht kopjojnë prej tyre, mësojnë përgjigjet për pyetjet dhe kalojnë provimet.

Kështu ka qenë kur kam studiuar vetë. Megjithatë, përvoja ime mund të mos jetë përfaqësuese. Prandaj, këtë pyetje ia kam bërë disa studentëve të ndryshëm. Përgjigjja ka qenë afërsisht e njëjtë. Ata që kanë përgjigjur ishin nga universitetet dhe kolegjet të ndryshme. Arsyetimet për shkaqet do t'i lë jashtë kësaj arti. Nuk do të më mjaftonte kohë për një kërkim të plotë, prandaj unë do të nxjerr një përfundim nga faktet e disponueshme.

Në mesin e qindra diplomuarve, vetëm disa dhjetëra përfaqësojnë interes për punëdhënësit.

Nukica të diplomuar kanë mundësi të vogla për të konkuruar me një student të aftë me një përgatitje të mirë. Megjithatë, edhe nëse keni studiuar me përkushtim, pas intervistës së parë, ndoshta nuk do të angazhoheni. Pas të dytës, ndoshta po ashtu. Gjërat mund të shkojnë mirë, por është më mirë të jeni të përgatitur jo për sulm, por për rrethim. Një tentativë e dështuar për tu punësuar është vetëm një mundësi për të punuar mbi gabimet dhe për të provuar përsëri. Nuk do të flas për përgatitjen për intervistat. Në internet janë shkruar shumë mbi këtë temë. Thjesht do të them se në kalimin e intervistave ka nuanca, për shpjegimin e të cilave nuk ka shumë kohë në programin tuaj të studimit. Kërkoni këtë informacion nga vetë, mund të reduktojë numrin e përpjekjeve.

Çmenduria është përsëritja e saktë e të njëjtit veprim. Herë pas here, me shpresën për një ndryshim.
Albert Ajnshtajni

Për të bërë që procesi i intervistave të mos shndërrohet në një çmenduri, pas çdo përpjekjeje të re është e nevojshme të bëhesh më i mirë. Zgjedh ose regjistro pyetjet që të janë bërë gjatë intervistës. Pasi të kthehesh në shtëpi, shiko këtë listë dhe kontrollo veten me ndihmën e internetit. Kështu do të kuptosh se ku ke gabuar, dhe ku ka gabuar intervistuesi. Kjo ndodh gjithashtu. Përsëris ose studio temat në të cilat ke dhënë përgjigje të dobëta dhe provo përsëri.

Përveç kësaj, ekziston një sezonizëm i theksuar në tregun e punës. Kompanitë e mençura planifikojnë rekrutimin me marrë parasysh datat e përfundimit të shkollave. Në pranverë, ka më shumë vende pune për fillestarët sesa në kohë të tjera. Megjithatë, konkurrenca në këtë periudhë është më e lartë.

Injorant - do të largohen

Kur punësohet një person pa përvojë, ka pritshmëri përkatëse ndaj tij.

Nga një fillestar në punë pritet:

Dijeni të bazës teknike të përgjithshme
Studimi i karakteristikave të fushës së kompanisë
Mësimi i mjeteve dhe praktikave që përdoren

Disa organizata ofrojnë kurse trajnimi për teknologjitë, mjetet dhe rregullat lokale për fillestarët. Për shembull, rregullat e mirësjelljes në përdorimin e postës elektronike të korporatës, procedurat për ndryshimin e dokumenteve në wiki, dhe veçoritë lokale të punës me VCS dhe sistemin e ndjekjes së gabimeve.

Përveç kësaj, ka kurse teknike hyrëse, por dobia e tyre është e dyshimtë. Nëse keni arritur deri në punësim, atëherë punëdhënësit janë bindur që keni një nivel të mjaftueshëm njohurish. Më mirë është t'i kaloni këto kurse me përkushtim, si një formalitet të vogël. Ndoshta do të gjeni diçka të dobishme në to.

Kur filloni punën, mbani mend se një fillestar nuk do t'i jepet kurrë një detyrë urgjente, të ndërlikuar dhe njëkohësisht të rëndësishme. Me siguri do të ketë vetëm një nga këto prona. Ose e thjeshtë, por urgjente: të rregulloni një dizajn, ta dërgoni dikujt një skedar, ose të riprodhoni një problem. Ose e ndërlikuar, por pa shpresë për ta përfunduar — për të bërë që fillestari të grumbullojë më shumë gabime. Ose e rëndësishme, por eksperimantale. Për shembull, një projekt që të gjithë e duan prej kohësh, por nuk gjejnë dot kohë për ta realizuar.

Detyrat për të mësuar mjetet do të jenë "të ndërlikuara" dhe artificiale. Me siguri do të jetë një version i thjeshtuar i sistemit kryesor. Në këto detyra përdoret e njëjta teknologji dhe terminologji që përdoret në gjithë projektin. Megjithatë, rezultati nuk do t'i dorëzohet përdoruesit përfundimtar. Kjo mund të demotivon, por është më mirë të luftoni këtë qasje. Një detyrë artificiale duhet bërë me ndershmëri, sikur e ardhmja e projektit të varet prej saj.

Rezultati i zgjidhjes së detyrës tuaj të parë do të japë një përshtypje të parë për ju te kolegët që nuk ishin në intervistë.

Një tjetër opsion për të mësuar tool-in është "të nisni projektin në makinën lokale/ambientin testues". Ndonjëherë ky proces përshkruhet në udhëzimet. Por ato zakonisht janë të vjetra dhe në disa raste jo të përditësuara. Mund të bëni një ndihmë të vërtetë për projektin nëse shkruani një udhëzim të ri me sqarime për problemet që janë paraqitur. Me siguri në universitet keni pasur për të shkruar një raport RGR për disa lëndë. Këtu është pothuajse e njëjta gjë. Dokumenti duhet të reflektojë veprimet që duhen ndjekur për të nisur.

Zakonisht, veprimet për të nisur produktin në ambientin testues janë afërsisht si më poshtë:

të klononi repositorin, të kaloni në ndonjë degë ose tag
të përgatitni ndonjë skedë konfigurimi
të përgatisni strukturën e bazës së të dhënave
të mbushni atë me të dhëna testuese
të kryeni ndërtimin ose kompaktimin e projektit,
të nisni një grup skriptesh konsolë në një rend të caktuar

Në procesin e nisjes së sistemit lokal, do të ketë patjetër probleme të paparashikuara.

Zgjidhjet e gjetura për problemet duhet të shtohen në udhëzimin e instalimit. Kështu, herën tjetër kur ndiqni udhëzimin, këto probleme nuk do të shfaqen më. Kur plotësoni skedarët e konfigurimit dhe thërrisni skriptet, duhet të kushtoni vëmendje se cila vlerë përdoret dhe me çfarë duhet të korrespondojë. Për shembull, nëse projekti ndërtohet me një sistem CI dhe më pas aktivizohet me një skript, është e rëndësishme të kuptoni se ku duhet të shkruani emrin e degës ose numrin e angazhimit. adresat IP ose emrin e DNS të bazës së të dhënave, loginin dhe fjalëkalimin e saj. Në këtë rast, duhet të dini se cili adresë duhet të përdoret për ambientin e testimit, cilët login janë atje dhe cilat fjalëkalime duhet të jepen për ta.

Disa detyra mund të duken të thjeshta për zhvilluesit me përvojë dhe të shkaktojnë vështirësi për praktikantët. Kjo është një dukuri normale.

Zhvilluesit përballen çdo ditë me probleme teknike. Punonjësit me përvojë kanë zgjidhur shumë probleme më parë, ndërsa ata të rinj duhet akoma të përballen me to. Taktika më e mirë do të jetë regjistrimi i të gjitha gabimeve të hasura në dokumentin "zgjidhja e problemeve me ${emri i detyrës}". Për secilin problem duhet formuluar një hipotezë mbi shkakun, të kërkohet në internet për zgjidhje dhe ti provoni ato një nga një. Duhet gjithashtu të regjistrohet rezultati i çdo përpjekjeje.

Formalizimi i kërkimeve tuaja në formën e një dokumenti do të lejojë:

të shkarkoni detajet e vogla nga mendja. Për shembull, parametrat e konfigurimit, adresat DNS/IP, komandat në konsolë dhe kërkesat SQL.
të kujtoni "çfarë bëra dje" kur detyra zgjat disa ditë.
të mos shëtisni në rreth. Do të keni gjithmonë mundësinë të lexoni se çfarë keni bërë më parë dhe të kuptoni se keni kthyer në problemin fillestar.
të përgjigjeni qartë pyetjes: "çfarë ke bërë sot?" edhe nëse nuk ka ende një zgjidhje të gatshme.

Duhet të jeni në gjendje të tregoni statusin e detyrave tuaja kolegëve.

Herë pas here, kolegët do të jenë të interesuar për sukseset tuaja dhe do të ndajnë të tyret. Për këtë, ndajnë pak kohë çdo ditë ose çdo javë.

Nëse nuk e ndjekni problemet e hasura dhe të zgjidhura, përshkrimi i suksesit tuaj do të duket si: "Përpiqem të përfundoj këtë detyrë, por nuk më del. Unë po kërkoj një zgjidhje për tani." Nga ky përshkrim nuk është e qartë nëse praktikanti ka bërë diçka apo thjesht ka lexuar. A ka nevojë për ndihmë? A ka ndryshuar situata që nga dje?

Nëse mbani një dokument për gjetjen e zgjidhjeve, ndiheni të thoni "po përpiqem të bëj këtë detyrë. Kam hasur në këto gabime. I kam zgjidhur kështu. Këtu ende nuk kam arritur. Kam këto hipoteza dhe mundësi zgjidhjeje. Tani po i verifikoj."

Nëse detyra mund të matet, atëherë në status duhet të përmenden numra. Për shembull, për detyrën "të shkruaj teste njësish për modulin", mund të thoni "planifikoj të bëj 20 teste, tani kam shkruar 10".

Sa më shumë detaje të jepni, aq më mirë kolegët tuaj do të kuptojnë se çfarë keni bërë. Kjo do të formojë një qëndrim pozitiv ndaj jush dhe do t'u mundësojë atyre të kuptojnë nëse keni nevojë për ndihmë apo jo.

Mos u nguroni të kërkoni ndihmë

Më sipër shkrova se, kur ndodhin probleme, duhet të formuloni një hipotezë për shkaqet dhe opsionet për zgjidhjen. Megjithatë, ndonjëherë ndodh që hipotezat të mos arsyetohen, dhe zgjidhjet e gjetura vetë të mos funksionojnë. Në këtë rast, është më mirë të kërkoni ndihmë. Për të mos abuzuar me vëmendjen e kolegëve, çdo problem duhet të shqyrtohet në mënyrë të pavarur. Nëse brenda disa orësh nuk keni arritur të gjeni një zgjidhje, është koha të kërkoni këshilla nga kolegët më të përvojshëm.

Më së miri filloni me pyetjen: "A është përballur dikush me problemin më parë?" me një përshkrim të shkurtër të problemit. Është e dëshirueshme të bashkëngjitni një pjesë të mesazhit të gabimit ose një shkrepje. Ky mesazh për herë të parë është më mirë ta dërgoni në ndonjë chat të përgjithshëm të punës. Kështu nuk i ndan nga puna ata që janë vërtet të angazhuar. Kolegët e lirë do ta shohin mesazhin tuaj dhe do të kenë mundësi të ndihmojnë.

Nëse askush nuk ndihmon pas mesazhit në bisedën e përgjithshme, provoni të kapni një koleg me përvojë gjatë pauzës: në drekë, duke ecur për çaj/kafe, një parti tenisi ose edhe gjatë një pushimi për të marrë ajër. Nëse nuk arrini ta bëni këtë, njoftoni për vështirësitë tuaja gjatë takimit të përjavshëm ose të qëndrist.

Kur përballeni me probleme të njohura, këtu mund të përfundojë gjithçka. Nëse problemi është i ri, atëherë fillon një hetim, ku do të duhet të veproni sipas rrethanave.

Detyrat "e rëndësishme" të fillestarëve, të cilat i nevojiten përdoruesit përfundimtar, do të jenë të mërzitshme dhe të vogla. Për shembull, "shto një kolonë shtesë në raport" ose "korrigjo një gabim në formularin e printuar" ose "implemento një metodë në model për të ngarkuar atributet e klientit nga DBMS." Qëllimi i këtyre detyrave është që fillestari të njihet me fushën e juridiksionit dhe të integrohet në punën e përditshme.

Është e rëndësishme jo vetëm të zgjidhni detyrën në mënyrë teknike, por gjithashtu të zgjeroni njohuritë në fushën përkatëse.

Në përshkrimin e detyrës, në biseda dhe biseda do të takoni terma. Ato mund të duken si emra të njohur. Megjithatë, brenda sistemit informatik, ata marrin një kuptim të veçantë dhe më të saktë. Kuptimi i terma të zbuluar është më së miri të regjistrohet në një dokument të veçantë — fjalor terma. Kur shtoni një term në fjalor, mjafton të shkruani kuptimin tuaj të fjalës, ndërsa për shpjegimin e saktë është më mirë të drejtoheni te analisti. Nëse ai nuk është i pranishëm, atëherë te veteranët e projektit. Mbajtja e fjalorit të terma është një nga mënyrat më të thjeshta për t'u angazhuar me domenin e projektit.

Sa më shpejt të gjeni një gjuhë të përbashkët me kolegët, ata do të fillojnë të shohin në ju jo si një fillestar, por si një profesionist të barabartë me ta.

Ka janë disa detyra të veçanta, si "shkrimi i testeve të njësive për modulin". Më shumë ndodhemi në një situatë ku zor se mund të ngecim për disa kohë në kërkimin e zgjidhjeve. Megjithatë, kjo është një detyrë serioze dhe nuk jepet vetëm për të mësuar praktikantët. Testet e shkruara rrisin stabilitetin e projektit duke ulur defektet në aplikacion dhe reduktuar kohën e testimit nga njerëzit. Në një botë ideale, testet e njësive shkruhen menjëherë gjatë zhvillimit, por realiteti shpesh është ndryshe. Ndonjëherë, zhvilluesi i modulit e mban plotësisht në mendje dhe nuk sheh nevojën për t'i shkruar ato. "Çdo gjë është e dukshme, çfarë duhet testuar këtu?" Ndonjëherë modulët shkruhen në mënyrë të nxituar dhe nuk ka kohë për teste të njësive. Prandaj, në botën reale, mund të mos ketë teste njësie. Kështu që detyra për shkrimin e testeve të njësive u jepet fillestarëve. Kështu, praktikanti mund të mësojë më shpejt në projekt, ndërsa projekti mund të kursejë kohë nga specialistët më të paguar.

Ndonjëherë, praktikantëve dhe fillestarëve u jepen rolet e testerëve të plotë. Zakonisht, përpara kësaj, nevojitet të instaloni produktin lokalisht dhe të lexoni kërkesat. Si rezultat, pritet nga punonjësi i ri:

pyetje si "nëse bëhet kështu, do të rezultojë kështu. Kjo nuk është në kërkesa. Si duhet të jetë?"
detyrat në gjurmuesin e gabimeve "kërkesat thonë kështu, por në të vërtetë është ndryshe."

Testimi është një fushë shumë e gjerë për këtë artikull. Nëse ju është dhënë një detyrë e tillë, kërkoni në internet sesi ta kryeni atë më së miri.

Nëse bëni gabime, do të shkarkoheni.

Në një organizatë normale, nëse ndodh që një punonjës i papërvojë të ketë akses në diçka kritike dhe të dëmtojë diçka, përgjegjës do të jetë ai që e lejoi atë. Sepse noviceve, për default, nuk iu jepet akses në infrastrukturën kritike. Nën një drejtim të arsyeshëm, nuk do t'i bien në qafë të gjithë të papërvojëve.

Nëse ndodh ndonjë incident, nuk do të shkarkojnë për një incident të vetëm. Njerëzit mësojnë nga gabimet. Një praktikant i cili ka bërë gabime ka marrë një mësim të vlefshëm dhe ndryshe nga praktikantët e tjerë për këtë arsye. Nëse shkarkoni atë që bëri gabimin, në vend të tij do të vijë një tjetër dhe do të bëjë gabim të njëjtë.

E rëndësishmja është të mësoni nga gabimet dhe të mos i përsërisni më.

Nëse një njeri nuk nxjerr përfundime nga gabimet e tij, atëherë do të tentojnë të ndahen nga ai. Megjithatë, bota është e shumëllojshme. Në ndonjë organizatë banditësh, mund të hedhin menjëherë për dritare për një gabim të parë. Por është më mirë të shmangni kompanitë e tilla, për çka është e rëndësishme të bëni hetime paraprake ose të merrni më shumë informacion gjatë intervistës.

Është më mirë të mos ndodhin incidente

Edhe nëse juve personalisht nuk ju largojnë për një gabim, një ngjarje e tillë do të sjellë probleme të padëshiruara për ekipin tuaj dhe projektin në tërësi. Prandaj, qoftë veçanërisht të kujdesshëm me operacionet e fshirjes ose krijimit të tabelave në bazën e të dhënave, skedareve, instancave të shërbimeve dhe dokumenteve në bazën e njohurive të projektit. Nëse hasni një adresë të re lidhjeje, konfirmoni me të paktën dy njerëz të ndryshëm se çfarë mund të bëni aty. Kontrolloni të drejtat tuaja në mjedise jo përmes metodës së provave dhe gabimeve, por me komandat përkatëse. Për shembull, të drejtat për të fshirë skedarë me komandën `ls`, të drejtat për të punuar me tabela në mysql me komandën `SHOW GRANTS FOR ‘user’@’host’;` dhe të ngjashme. Praktikisht në çdo mjet do të keni një mundësi të tillë.

Kur po redaktoni skedarët, për çdo rast ruani një kopje origjinale për vete.

Mes praktikantit dhe konsumatorit përfundimtar ndërtohen disa barriera.

Nëse do të mund të dërgonit menjëherë produktin tuaj te konsumatori, do të mund të mos punoni, por të hidheni në "lirinë e lundrimit". Por për momentin nuk e keni këtë mundësi (dhe përgjegjësi), duhet të kaloni disa faza kontrolli në projekt.
E para prej tyre është kontrolli nga mentorët. Ai vlerëson zgjidhjen e të riut nga pikëpamja teknike. Nëse nuk është emëruar një mentor, duhet ta gjeni vetë. Për këtë duhet të zgjidhni ndonjë nga anëtarët e vjetër të projektit dhe gjatë pushimit ta kërkoni të shikojë zgjidhjen: a është zgjidhur saktë problemi? Nëse fillon të shikojë dhe të përgjigjet, atëherë mentorin e keni gjetur. Nëse e injoron, atëherë ia vlen të pyesni dikë tjetër.

Faza tjetër është — Sigurimi i Cilësisë. Në shqip — testuesit. Në mënyrë tradicionale — kontrolli i cilësisë dhe OTK. Ata duhet të sigurohen që rezultati i punës së praktikanit përputhet me detyrën që i është caktuar. Rrallë do të studiojnë kodin. Më së shpeshti, testuesit do të kontrollojnë projektin e grumbulluar, që zhvilluesi e ruan në sistemin e kontrollit të versioneve.

Faza e tretë — Menaxheri i Lëshimeve. Nuk mund të ketë një person të veçantë për këtë detyrë, por ndihma gjithsesi i jepet nga dikush tjetër. Ai kontrollon që testuesit kanë konfirmuar se projekti mund të lëshohet. Pas kësaj, ai ndërmerr veprimet për dorëzimin e produktit te përdoruesit përfundimtarë.
Në organizatat e vogla, këto barriera për arsye të ndryshme mund të mungojnë. Megjithatë, ata nuk do t'i caktojnë një novice detyrën për të ndryshuar diçka të rëndësishme. Sepse ky rrezik nuk është i nevojshëm për askënd.

Duhet fillimisht të angazhohesh në luftë, pastaj do ta shohësh se çfarë do ndodhë.
Napoleon Bonaparte

Shpresoj që ky artikull do t'ju ndihmojë të kaloni pasigurinë tuaj dhe të dërgoni CV-në tuaj të parë. Sigurisht, duhet të përgatiteni paraprakisht. Por, mos e zgjatni shumë. Ju me siguri keni studiuar në universitet ose në kolegj për disa vjet tani. Ku do të shkoni më tutje? Në fund të fundit, është më mirë të dëgjoni një 'jo' nga një profesionist dhe të punoni mbi gabimet tuaja, sesa të thoni çdo ditë 'jo' vetes dhe të ndaloni rritjen tuaj profesionale.

Pas punësimit, duhet të përqendroheni në zhvillimin tuaj nga praktikant në një anëtar të plotë të ekipit. Ky zhvillim zakonisht shoqërohet me rritjen e pagës tuaj.

Ju uroj durim dhe këmbëngulje.

Vetëm përdoruesit e regjistruar mund të marrin pjesë në anketë. Hyni, ju lutemi.