Largimi i frikës nga puna juaj e parë

Ende nga filmi "Harry Potter dhe i burgosuri i Azkaban"

Problemi me këtë botë është se njerëzit e arsimuar janë plot dyshime, por idiotët janë plot besim.

Charles Bukowski

Kohët e fundit kam dhënë një tjetër mësim programimi një-në-një. Ndryshe nga orët e rregullta, tema nuk ishte ndërtimi i gjuhës apo zgjidhja e problemeve. Studenti ndau shqetësimet e tij për punësimin e ardhshëm. Vetë studenti ishte mjaft i zgjuar. Një nga ata që vjen në kurs e përfundon të gjithë programin më shpejt se kushdo tjetër dhe me zgjidhje origjinale, por gjatë gjithë kohës ai sinqerisht e nënvlerëson veten. Për mendimin tim, dyshime të tilla lindin vetëm nga mungesa e informacionit. Unë u përpoqa ta plotësoja këtë boshllëk në mënyrë të improvizuar gjatë mësimit.

Pyetjet ishin diçka si kjo:

• Çdo vit shumë studentë diplomohen nga universitetet dhe të gjithë shkojnë të kërkojnë punë. Janë shumë njerëz. Ata ndoshta do të punësojnë më të mirët, por unë nuk do të gjej një vend.
• Po sikur të ngatërrohem dhe të pushohem menjëherë?
• Po sikur në procesin e punës të kuptojnë se jam budalla dhe të më nxjerrin jashtë?

Ky student nuk ishte personi i parë të cilit iu përgjigja pyetjeve të tilla. Shumë njerëz i kanë ato dhe zakonisht duhet t'u tregohen pa përgatitje. Këtë herë vendosa të shkruaj monologun tim në një fletore. Mendova se do të ishin disa paragrafë, por përfundoi të mjaftonte për një artikull të tërë.

Artikulli përshkruan pikëpamjen nga këndvështrimi im dhe bazuar në përvojën time. Megjithatë, bota jonë është shumë e larmishme dhe gjëra të mahnitshme ndodhin në të. Nëse nuk jeni dakord me diçka ose përvoja juaj është disi e ndryshme, ju lutemi shkruani një koment.

Artikulli është shkruar nga një zhvillues për zhvilluesit. Megjithatë, nëse planifikoni të bëni testime, administrim ose ndonjë gjë tjetër në IT, atëherë disa nga këshillat do të jenë gjithashtu të dobishme për ju.

Ata nuk do t'ju punësojnë fare

Kur imagjinoni se shumë universitete diplomojnë qindra studentë çdo vit, bëhet e pakëndshme. Si të konkurroni me një turmë kaq të madhe?

Fatkeqësisht, jo të gjithë të diplomuarit kanë trajnim të mjaftueshëm teknik. Provoni të pyesni një student universiteti që njihni: si mund të pranohen njerëzit në grupin e tij në provime në disiplina si "bazat e të dhënave" ose "bazat e algoritmit dhe programimit"? Në një grup prej 30 personash, në rastin më të mirë, do të ketë 3-5 djem "të avancuar" që në fakt bënë gjithçka vetë. Pjesa tjetër thjesht kopjoni prej tyre, grumbulloni përgjigjet e pyetjeve dhe dorëzoni.

Kështu ishte kur studioja vetë. Megjithatë, përvoja ime mund të mos jetë përfaqësuese. Kështu që ua bëra këtë pyetje disa studentëve të ndryshëm. Përgjigja ishte pothuajse e njëjtë. Të anketuarit ishin nga universitete dhe kolegje të ndryshme. Unë do të lë diskutime për arsyet jashtë fushës së këtij artikulli. Nuk kam kohë të mjaftueshme për një studim të plotë, kështu që do të nxjerr një përfundim nga faktet në dispozicion.

Në mesin e qindra të diplomuarve, vetëm disa duzina janë me interes për punëdhënësit

Pak të diplomuar mund të ofrojnë konkurrencë të vërtetë për një student të aftë me përgatitje të mirë. Megjithatë, edhe nëse keni studiuar me ndërgjegje, pas intervistës së parë me shumë mundësi nuk do të punësoheni. Pas të dytit, ndoshta edhe. Gjithçka mund të dalë mirë, por është më mirë të përgatiteni jo për një sulm, por për një rrethim. Një përpjekje e pasuksesshme për të gjetur një punë është vetëm një arsye për të punuar mbi gabimet tuaja dhe për të provuar përsëri. Nuk do të flas për përgatitjen për intervista. Në internet tashmë është shkruar shumë për këtë temë. Unë thjesht do të them se ka nuanca në intervista që programi juaj i trajnimit ndoshta nuk do të marrë kohë për t'i shpjeguar. Kërkoni vetë këtë informacion, ai mund të zvogëlojë numrin e përpjekjeve.

Çmenduria është përsëritja e saktë e të njëjtit veprim. Herë pas here, duke shpresuar për ndryshim

Albert Einstein

Që intervistat të mos kthehen në çmenduri, duhet të përmirësoheni pas çdo përpjekjeje të re. Mësoni përmendësh ose shkruani pyetjet që ju janë bërë gjatë intervistës. Kur të ktheheni në shtëpi, shikoni këtë listë dhe kontrolloni veten duke përdorur internetin. Në këtë mënyrë do të kuptoni se ku keni gabuar ju dhe intervistuesi. Edhe kjo ndodh. Rishikoni ose studioni temat për të cilat keni performuar dobët dhe provoni përsëri.

Gjithashtu, ka një sezonalitet të theksuar të tregut të punës. Kompanitë inteligjente planifikojnë punësime bazuar në datat e diplomimit. Ka më shumë vende të lira pune për të ardhurit në pranverë se herët e tjera. Megjithatë, konkurrenca është më e lartë në këtë kohë.

Budalla - pushohu nga puna

Kur punësohet një person pa përvojë, ka pritshmëritë përkatëse për të.

Një i sapoardhur në punë pritet të:

• Njohuri mbi bazën e përgjithshme teknike
• Studimi i specifikave të fushës lëndore të kompanisë
• Zotërimi i mjeteve dhe praktikave të përdorura

Disa organizata ofrojnë kurse trajnimi për të sapoardhurit mbi teknologjitë, mjetet dhe procedurat lokale të përdorura. Për shembull, sjelljet e mira kur përdorni emailin e korporatës, procedura për ndryshimin e dokumenteve në një wiki, veçoritë lokale të punës me VCS dhe një gjurmues të gabimeve.

Ka edhe kurse teknike hyrëse, por dobia e tyre është e diskutueshme. Nëse bëhet fjalë për punësim, atëherë punëdhënësit janë të bindur se ju keni një nivel të mjaftueshëm njohurish. Është mirë që thjesht të ndiqni kurse të tilla me mirëbesim, si një formalitet i vogël. Ndoshta në të vërtetë do të ketë diçka të dobishme në to.

Kur të filloni punën, mbani mend se një fillestari definitivisht nuk do t'i besohet zgjidhja e një detyre urgjente, komplekse dhe në të njëjtën kohë të rëndësishme. Me shumë mundësi do të ketë vetëm një nga këto prona. Ose e thjeshtë por urgjente: rregulloni paraqitjen, dërgoni dikujt një skedar, riprodhoni problemin. Ose e vështirë, por pa ndonjë shpresë për t'u përfunduar - në mënyrë që fillestari të mbledhë më shumë grabujë. Ose e rëndësishme, por eksperimentale. Për shembull, një projekt që të gjithë e kanë dëshiruar prej kohësh, por nuk gjejnë kohë për ta zbatuar.

Detyrat për zotërimin e mjeteve do të jenë "të vështira" dhe artificiale. Me shumë mundësi, ky do të jetë një version i thjeshtuar i sistemit kryesor. Detyra të tilla përdorin të njëjtën grumbull teknologjie dhe të njëjtat terma domeni si i gjithë projekti. Në këtë rast, rezultati i ekzekutimit nuk do t'i jepet përdoruesit përfundimtar. Kjo mund të jetë demotivuese, por është më mirë t'i rezistoni kësaj ndjenje. Një detyrë artificiale duhet bërë me ndërgjegje, sikur nga ajo varet fati i projektit.

Rezultati i zgjidhjes së problemit tuaj të parë do të krijojë përshtypjen e parë për ju midis kolegëve që nuk ishin të pranishëm në intervistë.

Një tjetër opsion për detyrën e zotërimit të mjeteve është "të ekzekutoni projektin në një mjedis lokal makine/provimi". Ndonjëherë ky proces përshkruhet në udhëzime. Por ato janë zakonisht të vjetra dhe në disa vende të vjetruara. Ju mund t'i sillni përfitime reale projektit nëse shkruani udhëzime të reja me sqarime për problemet që kanë lindur. Me siguri në universitet ju është dashur të shkruani një RGR për një raport mbi disa disiplina. Është pothuajse e njëjta gjë këtu. Dokumenti duhet të pasqyrojë veprimet që duhet të kryhen për të nisur.

Zakonisht hapat për të ekzekutuar një produkt në një mjedis testimi janë diçka si kjo:

• klononi një depo, kaloni në ndonjë degë ose etiketë
• krijoni një skedar konfigurimi
• përgatit strukturën e bazës së të dhënave
• plotësoni atë me të dhëna testimi
• të ndërtojë ose përpilojë projektin,
• ekzekutoni një grup skriptesh të konsolës në një sekuencë të caktuar

Gjatë procesit të ekzekutimit të një sistemi në nivel lokal, në mënyrë të pashmangshme do të shfaqen probleme të papritura.

Zgjidhjet e gjetura për problemet duhet të shtohen në udhëzimet e vendosjes. Pastaj herën tjetër që të ndiqni udhëzimet, këto probleme nuk do të shfaqen më. Kur plotësoni skedarët e konfigurimit dhe thirrjet e skripteve, duhet t'i kushtoni vëmendje se cila vlerë përdoret ku dhe çfarë duhet të përputhet. Për shembull, nëse një projekt grumbullohet duke përdorur një sistem CI dhe më pas niset nga një skript, atëherë është e rëndësishme të kuptoni se ku të shkruani emrin e degës ose numrin e angazhimit. Ndodh që skripti përfshin transferimin e adresës IP ose emrin DNS të bazës së të dhënave, hyrjen dhe fjalëkalimin e tij. Në këtë rast, duhet të dini se cilën adresë të përdorni për mjedisin e testimit, çfarë hyrjesh ka dhe cilat fjalëkalime duhet të specifikoni për to.

Disa detyra mund të duken të thjeshta për zhvilluesit me përvojë, por sfiduese për praktikantët. Kjo eshte normale.

Zhvilluesit duhet të zgjidhin problemet teknike çdo ditë. Punonjësit me eksperiencë kanë zgjidhur tashmë shumë probleme më parë, ndërsa të ardhurit ende nuk i kanë përballuar ato. Taktika më e mirë është të regjistroni të gjitha gabimet e hasura në dokumentin "zgjidhja e problemeve me ${emri i detyrës}". Për çdo problem, duhet të formuloni një hipotezë për shkakun, të gjeni zgjidhje në internet dhe t'i provoni ato një nga një. Rezultati i çdo përpjekjeje duhet gjithashtu të regjistrohet.

Regjistrimi i kërkimit tuaj në formën e një dokumenti do t'ju lejojë të:

• shkarkojini detajet e vogla nga koka juaj. Për shembull, parametrat e konfigurimit, adresat DNS/IP, komandat e konsolës dhe pyetjet SQL.
• mbani mend "çfarë bëra dje" kur detyra zgjat disa ditë
• mos bredh në qarqe. Gjithmonë mund të lexoni atë që keni bërë më parë dhe të kuptoni se jeni kthyer në problemin fillestar
• përgjigjuni qartë pyetjes: "çfarë bëtë sot?" edhe nëse nuk ka ende zgjidhje të gatshme.

Ju duhet të jeni në gjendje t'u komunikoni kolegëve statusin e detyrave tuaja

Kohë pas kohe, kolegët do të interesohen për sukseset tuaja dhe do të ndajnë të tyret. Lini pak kohë për këtë ditore ose javore.

Nëse nuk mbani gjurmët e problemeve të hasura dhe të zgjidhura, atëherë përshkrimi i sukseseve tuaja do të duket si: “U përpoqa ta bëj detyrën, por nuk mund ta bëj. Unë jam ende duke kërkuar një zgjidhje.” Nga kjo histori nuk është e qartë nëse praktikanti po bënte ndonjë gjë apo thjesht ishte ulur dhe duke lexuar. A ka nevojë për ndihmë? A ka ndryshuar situata që nga dje?

Nëse mbani një dokument në kërkim të zgjidhjeve, mund të thoni “Po përpiqem ta bëj këtë detyrë. Kam pasur gabime të tilla. Kështu vendosa. Nuk jam marrë ende me këtë. Janë këto hipoteza dhe zgjidhje. Po i kontrolloj tani”.

Nëse detyra mund të matet në ndonjë mënyrë, atëherë statusi duhet të përmbajë numra. Për shembull, për detyrën "shkruaj teste të njësisë për një modul", mund të thuash "Unë planifikoj të bëj 20 teste, tani kam shkruar 10".

Sa më shumë detaje të jepni, aq më mirë kolegët tuaj do ta kuptojnë atë që keni bërë. Kjo do të krijojë një qëndrim pozitiv ndaj jush midis kolegëve tuaj dhe do t'i lejojë ata të kuptojnë nëse keni nevojë për ndihmë apo jo.

Mos ngurroni të kërkoni ndihmë

Kam shkruar më lart se kur lind një problem, duhet të formuloni një hipotezë për shkaqet dhe zgjidhjet e mundshme të tij. Sidoqoftë, ndodh që hipotezat të mos justifikohen, dhe zgjidhjet e gjetura në mënyrë të pavarur për problemin nuk funksionojnë. Në këtë rast, është më mirë të kërkoni ndihmë. Për të mos abuzuar me vëmendjen e kolegëve, duhet të uleni vetë për çdo problem. Nëse nuk keni arritur të gjeni një zgjidhje për disa orë, është koha të kërkoni këshilla nga shokët më me përvojë.

Një vend i mirë për të filluar është duke pyetur: "A e ka hasur dikush këtë problem më parë?" me një përshkrim të shkurtër të problemit. Këshillohet që të bashkëngjitni një pjesë të mesazhit të gabimit ose një pamje të ekranit. Është më mirë ta dërgoni këtë mesazh për herë të parë në një bisedë të përgjithshme pune. Në këtë mënyrë nuk i shpërqendroni ata që janë vërtet të zënë nga puna. Kolegët e lirë do të shohin mesazhin tuaj dhe do të jenë në gjendje të ndihmojnë.

Nëse pas një mesazhi në bisedën e përgjithshme askush nuk ju ndihmoi, përpiquni të kapni një koleg me përvojë gjatë një pushimi: drekë, shkuarja për çaj/kafe, një lojë tenis ose një pushim tymi. Nëse kjo nuk funksionon, atëherë raportoni vështirësitë tuaja në takim ose qëndrim.

Nëse problemet e njohura zgjidhen, e gjithë kjo mund të përfundojë me kaq. Nëse problemi është i ri, atëherë do të nisë një hetim, ku do të duhet të veprohet sipas rrethanave.

Detyrat "të rëndësishme" fillestare që i nevojiten përdoruesit përfundimtarë do të jenë të mërzitshme dhe të vogla. Për shembull, "shtoni një kolonë shtesë në raport" ose "korrigjoni një gabim shtypi në formën e printuar" ose "zbatoni një metodë modeli për ngarkimin e atributeve të klientit nga DBMS". Qëllimi i detyrave të tilla është që fillestari të njihet me fushën e lëndës dhe të integrohet në punën e përditshme.

Është e rëndësishme jo vetëm për të zgjidhur teknikisht problemin, por edhe për të zgjeruar njohuritë për fushën e lëndës.

Kushtet do të shfaqen në përshkrimin e detyrës, në biseda dhe biseda. Mund të duken si emra të njohur. Megjithatë, në kuadrin e sistemit të informacionit, ato kanë një kuptim të veçantë, më të saktë. Kuptimi i termave të zbuluar më së miri regjistrohet në një dokument të veçantë - një fjalor termash. Kur shtoni në fjalor, mjafton të shkruani kuptimin tuaj të fjalës, por për një dekodim të vërtetë është më mirë të kontaktoni një analist. Nëse mungon, atëherë shkoni te kohëmatësit e vjetër të projektit. Mbajtja e një fjalori termash është një nga mënyrat më të thjeshta për t'u njohur me fushën lëndore të një projekti.

Pasi të gjeni një gjuhë të përbashkët me kolegët tuaj, ata do të fillojnë t'ju shohin jo si një praktikant të ri, por si një specialist të barabartë.

Ka detyra të veçanta, për shembull, "shkruani testet e njësisë për një modul". Vështirë se mund të ngeceni në të për një kohë të gjatë duke kërkuar zgjidhje. Në të njëjtën kohë, është mjaft serioz dhe jepet jo vetëm për trajnimin e praktikantëve. Testet me shkrim rrisin qëndrueshmërinë e projektit duke reduktuar gabimet në aplikacion dhe duke reduktuar kohën për testimin njerëzor. Në një botë ideale, testet e njësive shkruhen menjëherë gjatë zhvillimit, por realiteti është gjithmonë i ndryshëm. Ndodh që zhvilluesi i një moduli e mban plotësisht në kokën e tij dhe nuk e sheh nevojën për t'i shkruar ato. "Gjithçka është e qartë, çfarë ka për të provuar?" Ndonjëherë modulet shkruhen në modalitetin e nxitimit dhe nuk ka kohë për testet e njësisë. Pra, në botën reale mund të mos ketë teste për njësi. Prandaj, detyra e shkrimit të testeve të njësive i caktohet një fillestari. Në këtë mënyrë, praktikanti do të jetë në gjendje të mësohet më shpejt me projektin dhe projekti do të jetë në gjendje të kursejë kohën e specialistëve më të paguar.

Ndodh që praktikantëve dhe të ardhurve u caktohet roli i testuesve të plotë. Zakonisht, përpara se ta bëni këtë, duhet ta vendosni produktin në nivel lokal dhe të lexoni kërkesat. Si rezultat, punonjësi i ri pritet të:

• pyetje si “nëse e bën kështu, do të dalë kështu. Kjo nuk është në kërkesat. Ajo duhet të jetë?"
• detyrat në gjurmuesin e gabimeve "kërkesat e thonë këtë, por në realitet është shkruar ndryshe".

Testimi është një fushë shumë e gjerë për këtë artikull. Nëse ju jepet një detyrë e ngjashme, kërkoni në internet mënyrën më të mirë për ta përfunduar atë.

Nëse ngatërroni, do të pushoheni nga puna

Në një organizatë normale, nëse papritmas ndodh që një punonjës i papërvojë fiton akses në diçka kritike dhe prish diçka, atëherë fajtori do të jetë ai që e lejoi këtë. Sepse një fillestar, si parazgjedhje, nuk ka qasje në infrastrukturën kritike. Me udhëzim adekuat, ata nuk do t'i lënë të gjithë qentë të shkojnë dëm për një praktikant të papërvojë.

Nëse ndodh diçka, ata nuk do t'ju pushojnë nga puna për shkak të një incidenti. Njerëzit mësojnë nga gabimet. Praktikanti që ngatërroi mori një mësim të vlefshëm dhe është shumë i ndryshëm nga praktikantët e tjerë. Nëse pushoni dikë që ngatërron, dikush tjetër do të vijë në vend të tij dhe do të ngatërrohet në të njëjtën mënyrë.

Gjëja kryesore është të mësojmë nga gabimet dhe të mos i përsërisim më.

Nëse një person nuk nxjerr përfundime nga gabimet e tij, atëherë ata do të përpiqen t'i thonë lamtumirë. Megjithatë, bota është e larmishme. Në ndonjë organizatë gangstere ata mund t'ju hedhin menjëherë nga dritarja për gabimin e parë. Por është më mirë të shmangni kompani të tilla duke bërë pyetje fillimisht ose duke zbuluar më shumë gjatë intervistës.

Është më mirë të shmangni incidentet

Edhe nëse ju personalisht nuk pushoni për një gabim, një incident i tillë do të shkaktojë probleme të padëshiruara për ekipin tuaj dhe projektin në tërësi. Prandaj, jini veçanërisht të kujdesshëm me operacionet e fshirjes ose krijimit të tabelave në bazën e të dhënave, skedarët, instancat e shërbimit dhe dokumentet në bazën e njohurive të projektit. Nëse hasni në adresën e një lidhjeje të re, kontrolloni me të paktën dy persona të ndryshëm se çfarë mund të bëhet atje. Kontrolloni të drejtat tuaja në mjedise jo me provë dhe gabime, por duke përdorur komandat e duhura. Për shembull, të drejtat për të fshirë skedarët duke përdorur komandën `ls`, të drejtat për të punuar me tabela në mysql duke përdorur komandën `SHOW GRANTS FOR 'user'@'host';`, dhe të ngjashme. Pothuajse në çdo mjet do të keni një mundësi të ngjashme.

Kur redaktoni skedarë, mbani një kopje të origjinalit për veten tuaj, për çdo rast.

Ndërtohen disa barriera midis kursantit dhe përdoruesit përfundimtar.

Nëse do të mund t'i jepnit menjëherë produktin tuaj konsumatorit, nuk do të mund të gjenit një punë, por të niseni për një "not falas". Por ndërsa nuk keni një mundësi të tillë (dhe në të njëjtën kohë, përgjegjësi), ju duhet të kaloni nëpër disa faza të kontrollit të projektit.
E para prej tyre është verifikimi nga një mentor. Ai e vlerëson vendimin e të sapolindurit nga pikëpamja teknike. Nëse nuk është caktuar një mentor, atëherë duhet ta gjeni. Për ta bërë këtë, ju duhet të zgjidhni një nga kohët e vjetra të projektit dhe gjatë një pushimi t'i kërkoni atij të shikojë zgjidhjen: a u zgjidh problemi saktë? Nëse ai fillon të shikojë dhe të përgjigjet, atëherë është gjetur një mentor. Nëse ai e injoron atë, atëherë ia vlen të pyesni dikë tjetër.

Faza tjetër është Sigurimi i Cilësisë. Në Rusisht - testues. Në stilin sovjetik - departamenti standard i kontrollit dhe kontrollit të cilësisë. Ata duhet të sigurojnë që performanca e kursantit të jetë në përputhje me detyrën që i është caktuar. Ata rrallë do ta lexojnë kodin. Më shpesh, testuesit do të kontrollojnë projektin e ndërtuar, të cilin zhvilluesi e ruan në sistemin e kontrollit të versionit.

Faza e tretë është menaxheri i lëshimit. Mund të mos ketë një person të veçantë për këtë detyrë, por dikush ende luan rolin. Ai kontrollon që testuesit kanë konfirmuar se projekti mund të publikohet. Pas kësaj, ajo kryen aktivitetet për të ofruar produktin tek përdoruesit përfundimtarë.
Në organizatat e vogla, këto barriera mund të mos ekzistojnë për arsye të ndryshme. Sidoqoftë, ata nuk do t'i japin një fillestari detyrën për të ndryshuar diçka të rëndësishme. Sepse askush nuk ka nevojë për këtë rrezik.

Së pari ju duhet të përfshiheni në betejë dhe më pas do të shohim.
Napoleon Bonaparte

Shpresoj se ky artikull do t'ju ndihmojë të kapërceni pasigurinë tuaj dhe të paraqisni rezymenë tuaj të parë. Sigurisht, së pari duhet të përgatiteni. Por nuk ka nevojë të zgjatet shumë. Ju ka shumë të ngjarë të keni studiuar tashmë në një universitet ose kolegj për disa vjet. Ku të shkoni më pas? Në fund, është më mirë të dëgjosh "jo" një herë nga një specialist dhe të punosh me gabimet sesa t'i thuash "jo" vetes çdo ditë dhe të ndalosh së rrituri profesionalisht.

Pasi të punësoheni, duhet të përqendroheni në rritjen nga një praktikant në një anëtar të plotë të ekipit. Kjo lloj rritjeje zakonisht vjen me një rritje në pagën tuaj.

Ju uroj durim dhe këmbëngulje.

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

Cilat ishin detyrat tuaja të para në punën tuaj të parë në IT?

• Kompleksi

• E rëndësishme

• Urgjente

• Asnje nga te sipermet

75 përdorues votuan. 20 përdorues abstenuan.

Çfarë ju është dashur të bëni në fillim në punën tuaj të parë?

• Instaloni produktin në vend

• Testoni një produkt ekzistues

• Kryeni një stërvitje, detyrë të rreme

• Bëni një projekt eksperimental, real për një klient

63 përdorues kanë votuar. 25 përdorues abstenuan.

Sa studentë në grupin tuaj ishin në gjendje të kryenin në mënyrë të pavarur detyrat në lëndët teknike gjatë trajnimit?

• 1 e 10

• 1 e 5

• Çdo sekond

• Gjithçka, me përjashtime të rralla

70 përdorues votuan. 19 përdorues abstenuan.

Burimi: www.habr.com