Megszabadulni az első munkahelytől való félelemtől

Állókép a „Harry Potter és az azkabani fogoly” című filmből

Az a baj ezzel a világgal, hogy a tanult emberek tele vannak kétségekkel, az idióták viszont önbizalommal.

Charles Bukowski

Nemrég tanítottam egy másik egyéni programozási leckét. A hagyományos órákkal ellentétben itt nem a nyelvi felépítés vagy a problémamegoldás volt a téma. A diák megosztotta aggodalmait a jövőbeli foglalkoztatással kapcsolatban. Maga a diák is elég okos volt. A tanfolyamra érkezők egyike mindenkinél gyorsabban és eredeti megoldásokkal teljesíti a teljes programot, de mindig őszintén alábecsüli magát. Véleményem szerint az ilyen kételyek csak az információhiányból fakadnak. Ezt a hiányt próbáltam rögtön az órán pótolni.

A kérdések valahogy így hangzottak:

• Minden évben sok diák végez egyetemen, és mindannyian elmennek munkát keresni. Ez nagyon sok ember. Valószínűleg a legjobbakat veszik fel, de nem kapok helyet.
• Mi van, ha elrontom és azonnal kirúgnak?
• Mi van, ha a munka közben rájönnek, hogy hülye vagyok, és kirúgnak?

Nem ez a diák volt az első, akinek ilyen kérdésekre válaszoltam. Sokan rendelkeznek velük, és általában előkészület nélkül kell elmondani. Ezúttal úgy döntöttem, hogy egy füzetbe írom le a monológomat. Azt hittem, pár bekezdés lesz belőle, de végül elég volt egy egész cikkhez.

A cikk az én szemszögemből és tapasztalataim alapján írja le a nézetet. Világunk azonban nagyon változatos, és csodálatos dolgok történnek benne. Ha nem értesz egyet valamivel, vagy a tapasztalataid valahogy másak, írd meg kommentben.

A cikket egy fejlesztő írta a fejlesztőknek. Ha azonban tesztelést, adminisztrációt vagy bármi mást tervez az informatikában, akkor néhány tanács hasznos lesz az Ön számára is.

Egyáltalán nem fognak felvenni

Ha azt képzeli, hogy sok egyetem évente több száz diákot ad le, akkor kényelmetlenné válik. Hogyan lehet versenyezni ekkora tömeggel?

Sajnos nem minden diplomás rendelkezik megfelelő műszaki képzettséggel. Kérdezd meg valamelyik egyetemistát, akit ismersz: hogyan jutnak a csoportjába tartozó emberek vizsgákra olyan tudományágakból, mint az „adatbázisok” vagy az „algoritmizálás és programozás alapjai”? Egy 30 fős csoportban jó esetben 3-5 „haladó” srác lesz, akik valójában mindent maguk csináltak. A többi egyszerűen másol belőlük, kérdésekre tömködik a válaszokat és beküldi.

Így volt ez, amikor egyedül tanultam. A tapasztalataim azonban nem biztos, hogy reprezentatívak. Ezért ezt a kérdést több diáknak is feltettem. A válasz nagyjából ugyanaz volt. A válaszadók különböző egyetemekről és főiskolákról érkeztek. Az okokról szóló vitákat a cikk keretein kívül hagyom. Nincs elég időm egy teljes értékű tanulmányozásra, ezért a rendelkezésre álló tényekből vonok le következtetést.

A több száz diplomás közül csak néhány tucat érdekli a munkáltatókat

Kevés diplomás tud igazi versenyt nyújtani egy jó felkészültséggel rendelkező tanulóért. Azonban még ha lelkiismeretesen is tanult, az első interjú után valószínűleg nem veszik fel. A második után valószínűleg szintén. Lehet, hogy minden jól alakul, de jobb, ha nem támadásra, hanem ostromra készülsz fel. A sikertelen munkaszerzési kísérlet csak ok arra, hogy dolgozzon a hibáin, és próbálja újra. Nem beszélek az interjúkra való felkészülésről. Erről a témáról már sokat írtak az interneten. Csak annyit mondok, hogy vannak olyan árnyalatok az interjúkban, amelyeket valószínűleg nem vesz igénybe a képzési programod elmagyarázni. Keresse ezt az információt saját maga, ez csökkentheti a próbálkozások számát.

Az őrület ugyanazon cselekvés pontos megismétlése. Időről időre, a változás reményében

Albert Einstein

Ahhoz, hogy az interjúk ne fajuljanak őrületté, minden újabb próbálkozás után fejlődnöd kell. Jegyezze meg vagy írja le az interjú során feltett kérdéseket. Ha hazatér, nézze át ezt a listát, és ellenőrizze magát az internet segítségével. Így megértheti, hogy Ön és a kérdező hol hibáztak. Ez is előfordul. Tekintse át vagy tanulmányozza át azokat a témákat, amelyekben rosszul teljesített, és próbálja újra.

Emellett a munkaerőpiacon is markáns szezonalitás tapasztalható. Az intelligens cégek az érettségi dátuma alapján tervezik a felvételt. Tavasszal több szabad hely van az újoncoknak, mint máskor. A verseny azonban ebben az időben nagyobb.

Hülye – rúgjanak ki

Ha tapasztalat nélküli embert vesznek fel, akkor ennek megfelelő elvárások vannak vele szemben.

A munkakörbe újonnan érkező személy várhatóan:

• Általános műszaki alapismeret
• A vállalati szakterület sajátosságainak tanulmányozása
• Az alkalmazott eszközök és gyakorlatok elsajátítása

Egyes szervezetek képzéseket tartanak az újoncok számára az alkalmazott technológiákról, eszközökről és helyi eljárásokról. Például a jó modor a vállalati e-mail használatakor, a dokumentumok módosításának eljárása a wikiben, a VCS-vel való munkavégzés helyi jellemzői és a hibakövető.

Vannak műszaki bevezető tanfolyamok is, de ezek hasznossága kérdéses. Ha munkavállalásról van szó, akkor a munkáltatók meg vannak győződve arról, hogy Ön megfelelő szintű tudással rendelkezik. A legjobb, ha egyszerűen jóhiszeműen, apró formalitásként részt vesz az ilyen tanfolyamokon. Talán tényleg lesz bennük valami hasznos.

A munka megkezdésekor ne feledje, hogy egy kezdőt biztosan nem bíznak meg egy sürgős, összetett és egyben fontos feladat megoldásával. Valószínűleg csak egy lesz ebből a tulajdonságból. Vagy egyszerű, de sürgős: javítsa ki az elrendezést, küldjön valakinek egy fájlt, reprodukálja a problémát. Vagy nehéz, de a befejezés reménye nélkül - hogy a kezdő több gereblyét gyűjtsön. Vagy fontos, de kísérleti jellegű. Például egy olyan projekt, amit már régóta szeretett volna mindenki, de nem jut ideje a megvalósításra.

Az eszközök elsajátításának feladatai „nehézek” és mesterségesek lesznek. Valószínűleg ez a fő rendszer egyszerűsített változata lesz. Az ilyen feladatok ugyanazt a technológiai veremet és ugyanazokat a tartományi feltételeket használják, mint a teljes projekt. Ebben az esetben a végrehajtás eredményét nem adjuk át a végfelhasználónak. Ez demotiváló lehet, de jobb ellenállni ennek az érzésnek. Egy mesterséges feladatot lelkiismeretesen kell elvégezni, mintha a projekt sorsa múlna rajta.

Az első problémája megoldásának eredménye alkotja majd az első benyomást Önről azon kollégái körében, akik nem voltak jelen az interjún.

Az eszközmesteri feladat másik lehetősége a „projekt futtatása helyi gépen/tesztkörnyezeten”. Néha ez a folyamat le van írva az utasításokban. De általában régiek és néhol elavultak. Valódi hasznot hozhat a projektnek, ha új utasításokat ír a felmerült problémák tisztázásával. Bizonyára az egyetemen RGR-t kellett írni néhány tudományágról szóló jelentéshez. Itt is majdnem ugyanaz. A dokumentumnak tükröznie kell az elindításhoz szükséges műveleteket.

A termék tesztkörnyezetben való futtatásának lépései általában a következők:

• tároló klónozása, átváltás valamilyen ágra vagy címkére
• hozzon létre valamilyen konfigurációs fájlt
• készítse elő az adatbázis szerkezetét
• töltse ki tesztadatokkal
• megépíteni vagy összeállítani a projektet,
• futtasson egy konzolszkriptet egy bizonyos sorrendben

A rendszer helyi futtatása során elkerülhetetlenül felmerülnek váratlan problémák.

A problémákra talált megoldásokat hozzá kell adni a telepítési utasításokhoz. Amikor legközelebb követi az utasításokat, ezek a problémák többé nem lépnek fel. A konfigurációs fájlok kitöltésekor és a szkriptek hívásakor figyelni kell arra, hogy hol melyik érték kerül felhasználásra, és minek kell egyeznie. Például, ha egy projektet CI-rendszerrel állítanak össze, majd egy szkript indítja el, akkor fontos megérteni, hogy hova kell írni a fiók nevét vagy a véglegesítési számot. Előfordul, hogy a szkript magában foglalja az adatbázis IP-címének vagy DNS-nevének, bejelentkezési nevének és jelszavának átvitelét. Ebben az esetben tudnia kell, hogy melyik címet használja a tesztkörnyezethez, milyen bejelentkezési nevek vannak, és milyen jelszavakat kell megadni hozzájuk.

Néhány feladat egyszerűnek tűnhet a tapasztalt fejlesztők számára, de kihívást jelent a gyakornokok számára. Ez normális.

A fejlesztőknek nap mint nap technikai problémákat kell megoldaniuk. A tapasztalt munkatársak már számos problémát megoldottak, míg az újonnan érkezőknek még nem kell megbirkózni velük. A legjobb taktika az összes talált hiba rögzítése a „Problémák megoldása a következővel: ${task name}” dokumentumban. Minden egyes probléma esetében fel kell fogalmazni egy hipotézist az okról, megoldásokat kell találni az interneten, és egyenként ki kell próbálni. Minden kísérlet eredményét is rögzíteni kell.

Kutatásának dokumentum formájában történő regisztrációja lehetővé teszi, hogy:

• kis részleteket kirakni a fejedből. Például konfigurációs paraméterek, DNS/IP-címek, konzolparancsok és SQL-lekérdezések.
• emlékezzen „mit csináltam tegnap”, amikor a feladat több napig tart
• ne vándorolj körbe. Mindig elolvashatja, mit tett korábban, és megértheti, hogy visszatért az eredeti problémához
• egyértelműen válaszoljon a kérdésre: „mit csináltál ma?” még ha nincs is kész megoldás.

Tudnia kell kommunikálnia kollégáival a feladatai állapotáról

A kollégák időről időre érdeklődni fognak az Ön sikerei iránt, és megosztják a sajátjaikat. Szánjon rá egy kis időt naponta vagy hetente.

Ha nem tartja számon a felmerült és megoldott problémákat, akkor a sikerek leírása így fog kinézni: „Megpróbáltam elvégezni a feladatot, de nem tudom megcsinálni. Még mindig keresem a megoldást." Ebből a történetből nem derül ki, hogy a gyakornok csinált-e valamit, vagy csak ült és olvasott. Szüksége van segítségre? Változott a helyzet tegnap óta?

Ha megoldásokat keres egy dokumentumban, akkor azt mondhatja, hogy „Megpróbálom elvégezni ezt a feladatot. Voltak ilyen hibáim. Így döntöttem. Ezzel még nem foglalkoztam. Vannak ezek a hipotézisek és megoldások. Most ellenőrzöm őket."

Ha a feladat bármilyen módon mérhető, akkor az állapotnak számokat kell tartalmaznia. Például a „egységtesztek írása egy modulhoz” feladathoz azt mondhatja, hogy „20 tesztet tervezek, most 10-et írtam”.

Minél több részletet ad meg, kollégái annál jobban megértik, mit tett. Ez pozitív hozzáállást alakít ki Önnel szemben kollégái körében, és lehetővé teszi számukra, hogy megértsék, szüksége van-e segítségre vagy sem.

Nyugodtan kérjen segítséget

Fentebb írtam, hogy probléma felmerülésekor hipotézist kell megfogalmazni annak okairól és lehetséges megoldásairól. Előfordul azonban, hogy a hipotézisek nem igazolódnak, és a probléma önállóan talált megoldásai nem működnek. Ebben az esetben jobb, ha segítséget kér. Annak érdekében, hogy ne éljen vissza kollégái figyelmével, minden problémán magának kell ülnie. Ha néhány óra alatt nem sikerült megoldást találnia, ideje tanácsot kérni tapasztaltabb elvtársaktól.

Jó kiindulópont a következő kérdés: „Találkozott már valaki ezzel a problémával?” a probléma rövid leírásával. Célszerű csatolni a hibaüzenet egy darabját vagy képernyőképet. Jobb, ha ezt az üzenetet először valamilyen általános munkahelyi csevegésre küldi el. Így nem vonod el a munkától azokat, akik igazán elfoglaltak. Az ingyenes kollégák látni fogják üzenetét, és tudnak segíteni.

Ha az általános chaten egy üzenet után senki sem segített, próbáljon meg egy tapasztalt kollégát elkapni egy szünetben: ebéd, teázás/kávézás, tenisz vagy füstszünet. Ha ez nem megy, akkor jelentse nehézségeit a megbeszélésen vagy a stand-upon.

Ha az ismert problémákat megoldják, mindennek vége lehet. Ha új a probléma, akkor vizsgálat indul, ahol a körülményeknek megfelelően kell eljárni.

A „fontos” kezdő feladatok, amelyekre a végfelhasználónak szüksége van, unalmasak és kicsik lesznek. Például „adjon hozzá egy további oszlopot a jelentéshez” vagy „javítsa ki az elírást a nyomtatott formában” vagy „valósítson meg egy modellmódszert az ügyfélattribútumok DBMS-ből való betöltésére”. Az ilyen feladatok célja, hogy a kezdő megismerje a tárgykört és beilleszkedjen a napi munkába.

Nemcsak a probléma technikai megoldása fontos, hanem a témakör ismereteinek bővítése is.

A kifejezések megjelennek a feladat leírásában, a chatekben és a beszélgetésekben. Ismerős főneveknek tűnhetnek. Az információs rendszer keretein belül azonban sajátos, pontosabb jelentéssel bírnak. A felfedezett kifejezések jelentését legjobban egy speciális dokumentumban rögzíteni - a kifejezések szótárában. A szótárba való felvételkor elegendő, ha megírja a szó megértését, de a valódi dekódoláshoz jobb, ha felveszi a kapcsolatot egy elemzővel. Ha hiányzik, akkor lépjen a projekt régi programjaihoz. A terminusszótár vezetése az egyik legegyszerűbb módja a projekt tárgykörének megismerésének.

Amint megtalálja a közös nyelvet kollégáival, nem új gyakornoknak, hanem egyenrangú szakembernek fognak tekinteni.

Vannak speciális feladatok, például „egységtesztek írása egy modulhoz”. Alig lehet rajta ragadni sokáig a megoldásokat keresve. Ugyanakkor elég komoly, és nem csak a gyakornokok képzésére adják. Az írásbeli tesztek növelik a projekt stabilitását azáltal, hogy csökkentik az alkalmazás hibáit, és csökkentik az emberi tesztelés idejét. Egy ideális világban az egységteszteket a fejlesztés során azonnal megírják, de a valóság mindig más. Előfordul, hogy egy modul fejlesztője teljesen a fejében tartja, és nem látja szükségét ezek megírására. "Minden nyilvánvaló, mit kell tesztelni?" Néha a modulokat rohanó módban írják, és nem marad idő az egységtesztekre. Tehát a való világban előfordulhat, hogy nincsenek egységtesztek. Ezért az egységtesztek megírásának feladata egy kezdőre van bízva. Így a gyakornok gyorsabban megszokja a projektet, és a projekttel a jobban fizetett szakemberek idejét is megspórolhatja.

Előfordul, hogy a gyakornokok és az újoncok teljes értékű tesztelők szerepét töltik be. Általában, mielőtt ezt megtenné, helyileg kell üzembe helyeznie a terméket, és el kell olvasnia a követelményeket. Ennek eredményeként az új alkalmazotttól elvárható:

• olyan kérdésekre, mint „ha így csinálod, akkor ilyen lesz. Ez nem szerepel a követelményekben. Kellene lennie?"
• feladatok a hibakövetőben „a követelmények ezt mondják, de a valóságban másképp van megírva.”

A tesztelés túl tág terület ehhez a cikkhez. Ha hasonló feladatot kap, keresse meg az interneten a legmegfelelőbb megoldást.

Ha elrontod, kirúgnak

Egy normális szervezetben, ha hirtelen megtörténik, hogy egy tapasztalatlan alkalmazott hozzájut valami kritikushoz, és elront valamit, akkor az lesz a hibás, aki ezt megengedte. Mert egy kezdő alapértelmezés szerint nem fér hozzá a kritikus infrastruktúrához. Megfelelő útmutatás mellett nem hagyják, hogy minden kutyát vesztére vessen egy tapasztalatlan gyakornok.

Ha valami történik, egy incidens miatt nem bocsátanak ki. Az emberek tanulnak a hibákból. A gyakornok, aki elrontotta, értékes leckét tanult, és nagyon különbözik a többi gyakornoktól. Ha kirúgsz valakit, aki elrontja, akkor más jön a helyére, és ugyanúgy elrontja.

A legfontosabb az, hogy tanuljunk a hibákból, és ne ismételjük meg őket.

Ha valaki nem von le következtetéseket a hibáiból, akkor megpróbálja elbúcsúzni tőle. A világ azonban sokszínű. Egy gengszterszervezetben az első tévedésért azonnal kidobhatnak az ablakon. De jobb elkerülni az ilyen cégeket úgy, hogy először érdeklődjön vagy tájékozódjon az interjú során.

Jobb elkerülni az incidenseket

Még ha személyesen nem is rúgnak ki egy hiba miatt, egy ilyen incidens nemkívánatos problémákat okoz csapatának és a projekt egészének. Ezért legyen különösen óvatos az adatbázisban lévő táblák, fájlok, szolgáltatáspéldányok és a projekt tudásbázisában lévő dokumentumok törlésével vagy létrehozásával. Ha egy új kapcsolat címére bukkan, legalább két különböző személlyel ellenőrizze, mit lehet ott tenni. A jogokat a környezetekben ne próbálgatással ellenőrizze, hanem a megfelelő parancsok használatával. Például a fájlok törlésének jogai az 'ls' paranccsal, a táblákkal való munkavégzés jogai mysql-ben a 'SHOW GRANTS FOR 'user'@'host';' paranccsal és hasonlók. Szinte minden eszközben hasonló lehetőség lesz.

Fájlok szerkesztésekor tartsa meg magának az eredeti másolatát, minden esetre.

Számos akadály épül a gyakornok és a végfelhasználó közé.

Ha azonnal odaadhatná termékét a fogyasztónak, akkor nem munkát kaphatna, hanem „szabadúszásra” indulhatna. De míg nincs ilyen lehetősége (és egyben felelőssége), át kell mennie a projekt ellenőrzésének több szakaszán.
Ezek közül az első a mentor általi ellenőrzés. Az újonc döntését technikai szempontból értékeli. Ha nincs kijelölve mentor, akkor keresni kell egyet. Ehhez ki kell választania a projekt egyik régi tagját, és egy szünetben meg kell kérnie, hogy nézze meg a megoldást: helyesen oldották meg a problémát? Ha elkezd keresni és válaszolni, akkor mentort találtak. Ha figyelmen kívül hagyja, akkor érdemes valaki mást megkérdezni.

A következő lépés a minőségbiztosítás. Oroszul - tesztelők. Szovjet stílusban - szabványos ellenőrzési és minőség-ellenőrzési osztály. Biztosítaniuk kell, hogy a gyakornok teljesítménye összhangban legyen a rábízott feladattal. Ritkán olvassák el a kódot. A tesztelők leggyakrabban az épített projektet ellenőrzik, amelyet a fejlesztő a verziókezelő rendszerben tárol.

A harmadik szakasz a kiadáskezelő. Lehet, hogy nincs külön személy erre a feladatra, de valaki mégis eljátssza a szerepet. Ellenőrzi, hogy a tesztelők megerősítették-e a projekt kiadását. Ezt követően elvégzi a termék végfelhasználókhoz való eljuttatását célzó tevékenységeket.
Kis szervezetekben ezek az akadályok különböző okok miatt nem léteznek. Azonban nem adják újoncnak azt a feladatot, hogy megváltoztasson valami fontosat. Mert senkinek nincs szüksége erre a kockázatra.

Először be kell szállni a csatába, aztán meglátjuk.
Bonaparte Napóleon

Remélem, ez a cikk segít leküzdeni a bizonytalanságot, és elküldeni első önéletrajzát. Természetesen először fel kell készülni. De nem kell túlnyújtani. Valószínűleg már több éve tanult egyetemen vagy főiskolán. Merre tovább? A végén jobb, ha egyszer „nem”-et hallasz egy szakembertől, és dolgozol a hibákon, mint minden nap „nem”-et mondani magadnak, és abbahagyni a szakmai fejlődést.

Miután felvett, arra kell összpontosítania, hogy gyakornokból teljes értékű csapattaggá váljon. Az ilyen típusú növekedés általában a fizetés növekedésével jár.

Türelmet és kitartást kívánok.

A felmérésben csak regisztrált felhasználók vehetnek részt. Bejelentkezés, kérem.

Mik voltak az első feladatai az első informatikai munkahelyén?

• összetett

• Fontos

• Sürgős

• A fentiek közül egyik sem

75 felhasználó szavazott. 20 felhasználó tartózkodott.

Mit kellett először csinálnia az első munkahelyén?

• Helyben telepítse a terméket

• Teszteljen egy meglévő terméket

• Végezzen képzést, álfeladatot

• Végezzen kísérleti, valós projektet az ügyfélnek

63 felhasználó szavazott. 25 felhasználó tartózkodott.

Az Ön csoportjában hány tanuló tudott önállóan műszaki tárgyakból feladatokat teljesíteni a képzés során?

• 1 a 10

• 1 a 5

• Minden másodperc

• Mindent, ritka kivételekkel

70 felhasználó szavazott. 19 felhasználó tartózkodott.

Forrás: will.com