
Still aus dem Film "Harry Potter and the Prisoner of Azkaban"
De Problem mat dëser Welt ass datt gebilt Leit voller Zweifel sinn, awer Idioten si voller Vertrauen.
Charles Bukowski
Ech hunn viru kuerzem eng aner een-op-eent ProgrammĂ©ierungscourse gelĂ©iert. Am GĂ©igesaz zu de regulĂ€re Klassen war d'Thema net Sproochkonstruktioun oder ProblemlĂ©isung. De Student huet seng Bedenken iwwer zukĂŒnfteg BeschĂ€ftegung gedeelt. De SchĂŒler selwer war ganz clever. Ee vun deenen, dĂ©i op de Cours kĂ«nnt, fĂ€erdeg de ganze Programm mĂ©i sĂ©ier wĂ©i en aneren a mat originelle LĂ©isungen, awer dĂ©i ganzen ZĂ€it Ă«nnerschat hien sech oprecht. Menger Meenung no, esou Zweifel entstinn nĂ«mmen aus engem Mangel un Informatioun. Ech hu probĂ©iert dĂ«s LĂŒck impromptu wĂ€hrend der Lektioun ze fĂ«llen.
D'Froen waren sou eppes:
- All Joer graduéiere vill Studente vun den Universitéiten a si ginn all op der Sich no Aarbecht. Dat si vill Leit. Si wÀert wahrscheinlech déi bescht astellen, mee ech wÀert net eng Plaz kréien.
- Wat wann ech mess an direkt entlooss ginn?
- Wat wann se am Prozess vun der Aarbecht mierken datt ech domm sinn a mech erausfuerderen?
Dëse Student war net déi éischt Persoun op déi ech esou Froen geÀntwert hunn. Vill Leit hunn se, a meeschtens mussen se ouni Virbereedung gesot ginn. Dës Kéier hunn ech decidéiert mÀi Monolog an engem Notizbuch opzeschreiwen. Ech hu geduecht datt et e puer Abschnitter wieren, awer et ass schlussendlech genuch fir e ganzen Artikel.
Den Artikel beschreift d'Vue vu menger Siicht a basĂ©iert op menger Erfahrung. WĂ©i och Ă«mmer, eis Welt ass ganz divers an erstaunlech Saachen geschĂ©ien dran. Wann Dir net mat eppes averstane sidd oder Ăr Erfahrung iergendwĂ©i anescht ass, schreift w.e.g. e Kommentar.
Den Artikel gouf vun engem Entwéckler fir Entwéckler geschriwwen. Wéi och ëmmer, wann Dir plangt Testen, Administratioun oder soss eppes an der IT ze maachen, da sinn e puer vun de Rotschléi och nëtzlech fir Iech.
Si wÀerten Iech guer net astellen
Wann Dir Iech virstellt datt vill Universitéiten all Joer Honnerte vu Studenten graduéieren, gëtt et onwuel. Wéi mat esou engem grousse Publikum ze konkurréiere?
Leider hunn net all GraduĂ©ierter genuch technesch Ausbildung. ProbĂ©iert en Uni Student ze froen, deen Dir wĂ«sst: WĂ©i krĂ©ien d'Leit a sengem Grupp Zougang zu Examen an Disziplinnen wĂ©i "Datenbanken" oder "Grondlage vun der AlgorithmisĂ©ierung a ProgrammĂ©ierung"? An engem Grupp vun 30 Leit wĂ€erten et am beschten 3-5 "fortgeschratt" KĂ€relen sinn, dĂ©i eigentlech alles selwer gemaach hunn. De Rescht kopĂ©iert einfach vun hinnen, krĂ€izt Ăntwerten op Froen a schĂ©ckt.
Esou war et wĂ©i ech eleng studĂ©iert hunn. WĂ©i och Ă«mmer, meng Erfahrung ass vlĂ€icht net representativ. Also hunn ech dĂ«s Fro u verschidde Studenten gestallt. D'Ăntwert war zimlech d'selwecht. D'Befrote ware vu verschiddenen UniversitĂ©iten a Colleges. Ech verloossen Diskussiounen iwwer d'GrĂ«nn ausserhalb vum Ămfang vun dĂ«sem Artikel. Ech hunn net genuch ZĂ€it fir eng vollwĂ€erteg Studie, also wĂ€ert ech eng Conclusioun aus de verfĂŒgbare Fakten zĂ©ien.
Ănnert Honnerte vu GraduĂ©ierter sinn nĂ«mmen e puer Dosen interessant fir Patronen
Puer GraduĂ©ierter kĂ«nne richteg Konkurrenz fir e kapabele Student mat gudder Virbereedung ubidden. WĂ©i och Ă«mmer, och wann Dir gewĂ«ssenhaft studĂ©iert hutt, no der Ă©ischter Entrevue wĂ€ert Dir hĂ©chstwahrscheinlech net agestallt ginn. No der zweeter, wahrscheinlech och. Alles ka gutt ausgoen, awer et ass besser Iech net op en Attentat ze preparĂ©ieren, mee op eng Belagerung. En net erfollegrĂ€iche Versuch eng Aarbecht ze krĂ©ien ass nĂ«mmen e Grond fir un Ăre Feeler ze schaffen an nach eng KĂ©ier ze probĂ©ieren. Ech wĂ€ert net iwwer d'Virbereedung fir Interviewen schwĂ€tzen. Vill ass schonn iwwer dĂ«st Thema um Internet geschriwwen. Ech wĂ€ert just soen datt et Nuancen am Interview gĂ«tt datt Ăren Trainingsprogramm wahrscheinlech net d'ZĂ€it hĂ«lt fir z'erklĂ€ren. Kuckt Iech selwer fir dĂ«s Informatioun, et kann d'Zuel vun de Versich reduzĂ©ieren.
Wahnsinn ass dĂ©i exakt Widderhuelung vun der selwechter Handlung. ZĂ€it fir ZĂ€it, Hoffnung op Ănnerung
Den Albert einstein
Fir datt Interviewen net zu Wahnsinn ginn, musst Dir no all neie Versuch verbesseren. Memoréiert oder schreift d'Froen déi Dir wÀhrend dem Interview gefrot hutt. Wann Dir heem kënnt, kuckt duerch dës Lëscht a kontrolléiert Iech selwer mam Internet. Sou wÀert Dir verstoen wou Dir an den Interviewer e Feeler gemaach hunn. Dëst geschitt och. Iwwerpréift oder studéiert d'Themen déi Dir schlecht gemaach hutt a probéiert nach eng Kéier.
ZousÀtzlech gëtt et eng ausgeprÀgt Saisonalitéit vum Aarbechtsmaart. Smart Firmen plangen Hiren op Basis vun Ofschlossdatumen. Et gi méi Plazen fir Newcomer am Fréijoer wéi zu aneren ZÀiten. Allerdéngs ass d'Konkurrenz zu dëser ZÀit méi héich.
Domm - entlooss ginn
Wann eng Persoun ouni Erfahrung agestallt gëtt, ginn et entspriechend Erwaardungen un hien.
En Newcomer op d'Aarbecht gëtt erwaart:
- Wëssen vun allgemeng technesch Basis
- Studéiert d'Spezifizitéiten vum FachberÀich vun der Firma
- Beherrscht d'Tools a Praktiken déi benotzt ginn
E puer Organisatiounen bidden Trainingscoursen fir Newcomer iwwer d'Technologien, Tools a lokal Prozedure benotzt. Zum Beispill, gutt Manéieren wann Dir Firmen-E-Mail benotzt, d'Prozedur fir Dokumenter an enger Wiki z'Ànneren, lokal Features fir mat VCS ze schaffen an e Bug Tracker.
Et ginn och technesch Aféierungscoursen, awer hir Nëtzlechkeet ass a Fro. Wann et ëm d'BeschÀftegung geet, da sinn d'Patronen iwwerzeegt datt Dir e gewëssen Niveau vu Wëssen hutt. Et ass am beschten esou Coursen einfach a guddem Glawe ze huelen, als kleng Formalitéit. VlÀicht gëtt et wierklech eppes nëtzlech an hinnen.
Wann Dir mat der Aarbecht ufÀnkt, erënnert datt en UfÀnger definitiv net mat der Léisung vun enger dréngend, komplex a glÀichzÀiteg wichteg Aufgab uvertraut gëtt. Wahrscheinlech gëtt et nëmmen eng vun dësen Eegeschaften. Oder einfach awer dréngend: fixéiert de Layout, schéckt engem eng Datei, reproduzéiert de Problem. Oder schwéier, awer ouni Hoffnung op FÀerdegstellung - sou datt den UfÀnger méi Rake sammelt. Oder wichteg, awer experimentell. Zum Beispill e Projet, dee jidderee scho laang wollt, awer net d'ZÀit fënnt fir ëmzesetzen.
Aufgaben fir d'Tools ze beherrschen wÀerten "schwéier" a kënschtlech sinn. Wahrscheinlech wÀert dëst eng vereinfacht Versioun vum Haaptsystem sinn. Esou Aufgaben benotzen déi selwecht Technologie Stack an déi selwecht Domain Begrëffer wéi de ganze Projet. An dësem Fall gëtt d'Ausféierungsresultat net dem Endbenotzer ginn. Dëst kann demotivéierend sinn, awer et ass besser dëst Gefill ze widderstoen. Eng kënschtlech Aufgab muss gewëssenhaft gemaach ginn, wéi wann d'Schicksal vum Projet dovun ofhÀnkt.
D'Resultat vun der LĂ©isung vun Ărem Ă©ischte Problem wĂ€ert den Ă©ischten Androck vun Iech Ă«nner Kollegen bilden, dĂ©i net beim Interview prĂ€sent waren.
Eng aner Optioun fir d'Tool Mastering Aufgab ass "de Projet op enger lokaler Maschinn / Testëmfeld auszeféieren." Heiansdo gëtt dëse Prozess an den Instruktioune beschriwwen. Awer si sinn normalerweis al an op e puer Plazen al. Dir kënnt wierklech Virdeeler fir de Projet bréngen, wann Dir nei Instruktioune schreift mat ErklÀrungen iwwer d'Problemer déi entstanen sinn. Sécher op der Uni hu missen e RGR schreiwen fir e Bericht iwwer verschidden Disziplinnen. Et ass bal d'selwecht hei. D'Dokument soll d'Aktiounen reflektéieren déi musse gemaach ginn fir ze starten.
Typesch sinn d'Schrëtt fir e Produkt an engem Testëmfeld ze lafen esou eppes:
- e Repository klonen, op eng Branche oder Tag wiesselen
- e puer Configuratiounsdatei erstellen
- d'Datebankstruktur virbereeden
- fëllt et mat Testdaten
- bauen oder kompiléieren de Projet,
- lafen eng Rei vu Konsolskripter an enger bestëmmter Sequenz
WÀhrend dem Prozess vun engem System lokal lafen, onerwaart Problemer wÀert zwangsleefeg entstoen.
D'LĂ©isunge fir Problemer ze fannen sollten an den Deployment-Instruktioune bĂ€igefĂŒĂŒgt ginn. Dann, wann Dir dĂ©i nĂ€chst KĂ©ier d'Instruktioune befollegt, wĂ€erten dĂ«s Problemer net optrieden. Beim AusfĂ«lle vun de Konfiguratiounsdateien a beim Opruff vu Skripter, passt op, wĂ©i ee WĂ€ert wou benotzt gĂ«tt a mat deem e soll iwwereneestĂ«mmen. Zum Beispill, wann e Projet mat engem CI-System gebaut gĂ«tt an dann vun engem Skript ausgefĂ©iert gĂ«tt, ass et wichteg ze verstoen, wou een den Numm vum Branch oder d'Commit-Nummer aginn soll. Heiansdo muss de Skript weiderginn IP Adressen oder den DNS-Numm vun der Datebank, hire Login a Passwuert. An dĂ«sem Fall musst Dir dĂ©i spezifesch Adress wĂ«ssen, dĂ©i Dir fir d'TestĂ«mfeld benotze sollt, wĂ©i eng Loginen se enthĂ€lt a wĂ©i eng Passwierder Dir dofir spezifĂ©iere sollt.
E puer Aufgaben kënnen einfach fir erfuerene Entwéckler schéngen awer Erausfuerderung fir Stagiairen. Dëst ass normal.
Entwéckler mussen all Dag technesch Problemer léisen. Erfuerene Mataarbechter hu scho vill Probleemer geléist ier, wÀhrend Newcomer nach mat hinnen eens hunn. Déi bescht Taktik ass fir all Feeler opzehuelen, déi am Dokument begéint sinn "Problemer léisen mat ${TaskName}". Fir all Problem musst Dir eng Hypothese iwwer d'Ursaach formuléieren, Léisungen um Internet fannen a se een nom aneren probéieren. D'Resultat vun all Versuch muss och opgeholl ginn.
Aschreiwung vun Ărer Fuerschung a Form vun engem Dokument erlaabt Iech:
- lued kleng Detailer aus Ărem Kapp. Zum Beispill, Konfiguratiounsparameter, DNS / IP Adressen, Konsolbefehl a SQL Ufroen.
- erënneren "wat hunn ech gëschter gemaach" wann d'Aufgab fir e puer Deeg dauert
- wandern net a Kreeser. Dir kënnt ëmmer liesen wat Dir virdru gemaach hutt a verstoen datt Dir op den urspréngleche Problem zréckkoum
- Ăntwert kloer d'Fro: "Wat hutt Dir haut gemaach?" och wann et nach keng fĂ€erdeg LĂ©isung gĂ«tt.
Dir musst fĂ€eg sinn de Status vun Ăren Aufgaben un d'Kollegen ze vermĂ«ttelen
Vun ZĂ€it zu ZĂ€it wĂ€erten d'Kollege fir Ăr Erfolleger interessĂ©iert sinn an hir deelen. Setzt e puer ZĂ€it fir dĂ«sen alldeeglechen oder wĂ«chentlechen.
Wann Dir d'Problemer net verfollegt a gelĂ©ist hutt, da wĂ€ert Ăr Erfolleger beschreiwen wĂ©i: "Ech hu probĂ©iert d'Aufgab ze maachen, awer ech kann et net maachen. Ech sichen nach Ă«mmer no enger LĂ©isung." Aus dĂ«ser Geschicht ass net kloer, ob de Stagiaire eppes gemaach huet oder just souz a liesen. Braucht hien HĂ«llef? Huet d'Situatioun sech zĂ«nter gĂ«schter geĂ€nnert?
Wann Dir en Dokument op der Sich no Léisungen hÀlt, kënnt Dir soen "Ech probéieren dës Aufgab ze maachen. Ech hat esou Feeler. Dëst ass wéi ech decidéiert hunn. Ech hunn mech nach net mat dëser beschÀftegt. Et ginn dës Hypothesen a Léisungen. Ech kontrolléieren se elo."
Wann d'Aufgab op iergendeng Manéier gemooss ka ginn, da sollt de Status Zuelen enthalen. Zum Beispill, fir d'Aufgab "Eenheetstester fir e Modul schreiwen", kënnt Dir soen "Ech plangen 20 Tester ze maachen, elo hunn ech 10 geschriwwen."
Wat mĂ©i Detailer Dir gitt, wat besser Ăr Kollegen verstinn wat Dir gemaach hutt. DĂ«st schaaft eng positiv Haltung vis-Ă -vis vun Ăre Kollegen an erlaabt hinnen ze verstoen ob Dir HĂ«llef braucht oder net.
Zéckt net fir Hëllef ze froen
Ech hunn uewen geschriwwen datt wann e Problem entsteet, musst Dir eng Hypothese iwwer seng Ursaachen a mĂ©iglech LĂ©isunge formulĂ©ieren. WĂ©i och Ă«mmer, et geschitt datt d'Hypothesen net gerechtfĂ€erdegt sinn, an onofhĂ€ngeg fonnt LĂ©isunge fir de Problem funktionnĂ©ieren net. An dĂ«sem Fall ass et besser fir HĂ«llef ze froen. Fir d'Opmierksamkeet vun Ăre Kollegen net ze mĂ«ssbrauchen, musst Dir op all Problem selwer sĂ«tzen. Wann Dir an e puer Stonnen keng LĂ©isung fonnt hutt, ass et ZĂ€it fir RotschlĂ©i vu mĂ©i erfuerene Komeroden ze sichen.
Eng gutt Plaz fir unzefĂ€nken ass ze froen, "huet iergendeen dĂ«se Problem scho begĂ©int?" mat enger kuerzer Beschreiwung vum Problem. Et ass ubruecht e StĂ©ck vun der Fehlermeldung oder e Screenshot ze befestigen. Et ass besser dĂ«se Message fir d'Ă©ischte KĂ©ier an e puer allgemeng Aarbecht Chat ze schĂ©cken. Op dĂ«s ManĂ©ier distractĂ©iert Dir dĂ©i, dĂ©i wierklech vun der Aarbecht beschĂ€ftegt sinn. Gratis Kollegen wĂ€erten Ăre Message gesinn a kĂ«nnen hĂ«llefen.
Wann no engem Message am allgemengen Chat keen gehollef huet, probĂ©iert en erfuerene Kolleg an der Paus ze fĂ€nken: MĂ«ttegiessen, TĂ©i/Kaffi goen, Tennis oder Damppaus. Wann dĂ«st net klappt, dann mellt Ăr Schwieregkeeten op der Versammlung oder Stand-up.
Wann bekannte Problemer gelĂ©ist ginn, kann dĂ«st alles do ophalen. Wann de Problem nei ass, fĂ€nkt eng EnquĂȘte un, wou et nĂ©ideg ass no den ĂmstĂ€nn ze handelen.
DĂ©i "wichteg" UfĂ€nger Aufgaben dĂ©i den Endbenotzer brauch wĂ€erte langweileg a kleng sinn. Zum Beispill, "fĂŒĂŒgt eng zousĂ€tzlech Kolonn un de Bericht" oder "korrigĂ©iert en Tippfeeler an der gedrĂ©ckter Form" oder "implementĂ©iert eng Modellmethod fir Client Attributer aus der DBMS ze lueden." Den Zweck vun esou Aufgaben ass et, datt den UfĂ€nger de FachberĂ€ich vertraut gĂ«tt an an deeglech Aarbecht integrĂ©iert.
Et ass wichteg net nëmmen de Problem technesch ze léisen, awer och d'Wëssen iwwer d'ThemaberÀich auszebauen.
BegrĂ«ffer erschĂ©ngen an der Taskbeschreiwung, an Chats a GesprĂ©icher. Si kĂ«nne wĂ©i vertraute Substantiver ausgesinn. Am Kader vum Informatiounssystem hunn se awer eng speziell, mĂ©i prĂ€zis Bedeitung. D'Bedeitung vun entdeckte BegrĂ«ffer ass am beschten an engem speziellen Dokument opgeholl - e Wierderbuch vu BegrĂ«ffer. Wann Dir un d'Wörterbuch bĂ€idrĂ©it, ass et genuch fir Ăert VerstĂ€ndnis vum Wuert ze schreiwen, awer fir eng richteg DecodĂ©ierung ass et besser en Analyst ze kontaktĂ©ieren. Wann et fehlt, da gitt op d'Oldtimer vum Projet. En Dictionnaire vu BegrĂ«ffer erhalen ass ee vun den einfachsten WeeĂ«r fir d'ThemaberĂ€ich vun engem Projet vertraut ze ginn.
Wann Dir eng gemeinsam Sprooch mat Ăre Kollegen fannt, fĂ€nken se Iech net als neie Stagiaire ze gesinn, mee als e glĂ€ichberechtegt Spezialist.
Et gi speziell Aufgaben, zum Beispill, "Eenheetstester fir e Modul schreiwen." Dir kënnt kaum fir eng laang ZÀit op der Sich no Léisungen festhalen. Zur selwechter ZÀit ass et zimmlech eescht a gëtt net nëmme fir Trainee Training. Schrëftlech Tester erhéijen d'Stabilitéit vum Projet andeems Bugs an der Applikatioun reduzéiert ginn an d'ZÀit fir mënschlech Tester reduzéieren. An enger idealer Welt ginn Eenheetstester direkt wÀrend der Entwécklung geschriwwen, awer d'Realitéit ass ëmmer anescht. Et geschitt, datt den Entwéckler vun engem Modul et komplett a sengem Kapp hÀlt an net de Besoin gesinn se ze schreiwen. "Alles ass evident, wat ass do ze testen?" Heiansdo sinn Moduler am Rush Modus geschriwwen an et gëtt keng ZÀit fir Eenheetstester. Also an der realer Welt ginn et vlÀicht keng Eenheetstester. Dofir ass d'Aufgab fir Eenheetstester ze schreiwen un engem UfÀnger zougewisen. Op dës Manéier kann de Stagiaire méi séier un de Projet gewinnt ginn, an de Projet kann d'ZÀit vu méi héich bezuelte Spezialisten spueren.
Et geschitt, datt Stagiairen an Newcomer d'Roll vun voll-vollwÀerteg Tester zougewisen ginn. Normalerweis, ier Dir dëst maacht, musst Dir de Produit lokal ofsetzen an d'Ufuerderunge liesen. Als Resultat gëtt den neie Mataarbechter erwaart:
- Froen wéi "wann Dir et esou maacht, wÀert et esou erauskommen. Dëst ass net an den Ufuerderunge. Et soll sinn?"
- Aufgaben am Bug Tracker "d'Ufuerderunge soen dëst, awer a Wierklechkeet ass et anescht geschriwwen."
Testen ass ze breet e BerÀich fir dësen Artikel. Wann Dir eng Àhnlech Aufgab kritt, sicht um Internet fir de beschte Wee fir se ze kompletéieren.
Wann Dir mess, Dir wÀert entlooss ginn
An enger normaler Organisatioun, wann et op eemol geschitt, datt en onerfueren Employé Zougang zu eppes Kriteschen kritt an eppes verwinnt, dann ass deen, deen dat erlaabt huet, Schold. Well en UfÀnger, par défaut, keen Zougang zu kritescher Infrastruktur huet. Mat adÀquate Leedung wÀerten se net all d'Hënn op en onerfueren Stagiaire verschwannen loossen.
Wann eppes geschitt, wÀerte se Iech net wéinst engem Tëschefall entloossen. D'Leit léiere vu Feeler. De Stagiaire, dee sech vermësst huet, huet eng wÀertvoll Lektioun geléiert an ass ganz anescht wéi aner Stagiairen. Wann Dir een entlooss deen zerstéiert, da kënnt een aneren op seng Plaz an dréit op déiselwecht Manéier.
Den Haapt Saach ass aus Feeler ze léieren an net erëm widderhuelen.
Wann eng Persoun keng Conclusioune vu senge Feeler zĂ©ien, da probĂ©ieren se him Ăddi ze soen. WĂ©i och Ă«mmer, d'Welt ass divers. An enger Gangster Organisatioun kĂ«nnen se Iech direkt fir den Ă©ischte Feeler aus der FĂ«nster geheien. Awer et ass besser esou Firmen ze vermeiden andeems Dir fir d'Ă©ischt Ufroe mĂ©cht oder mĂ©i am Interview gewuer gĂ«tt.
Et ass besser TëschefÀll ze vermeiden
Och wann Dir persĂ©inlech net fir e Feeler entlooss gĂ«tt, wĂ€ert esou en TĂ«schefall ongewollt Problemer fir Ăert Team an de Projet als Ganzt verursaachen. Dofir, gitt besonnesch virsiichteg mat den Operatiounen fir DĂ«scher an der Datebank ze lĂ€schen oder ze kreĂ©ieren, Dateien, Serviceinstanzen an Dokumenter an der WĂ«ssensbasis vum Projet. Wann Dir op d'Adress vun enger neier Verbindung kommt, kontrollĂ©iert mat op d'mannst zwee verschidde Leit wat do ka gemaach ginn. KontrollĂ©iert Ăr Rechter an Ămfeld net duerch Versuch a Feeler, awer andeems Dir dĂ©i entspriechend Kommandoen benotzt. Zum Beispill, Rechter fir Dateien ze lĂ€schen mam Kommando `ls`, Rechter fir mat DĂ«scher an mysql ze schaffen mam Kommando `SHOW GRANTS FIR 'user'@'host';` an derglĂ€iche. A bal all Tool wĂ€ert Dir eng Ă€hnlech MĂ©iglechkeet hunn.
Wann Dir Dateien Ànnert, behalen eng Kopie vum Original fir Iech selwer, just am Fall.
Verschidde BarriÚren ginn tëscht dem Stagiaire an dem Endbenotzer gebaut.
Wann Dir direkt Ăre Produkt dem Konsument kĂ©int ginn, kĂ«nnt Dir net eng Aarbecht krĂ©ien, mee op eng "gratis SchwĂ€mm" starten. Awer wann Dir net sou eng Chance hutt (a glĂ€ichzĂ€iteg Verantwortung), musst Dir duerch e puer Etappe vun der Kontroll iwwer de Projet goen.
Déi éischt vun dësen ass Verifizéierung vun engem Mentor. Hien evaluéiert d'Entscheedung vum Newbie aus enger technescher Siicht. Wann e Mentor net zougewisen ass, da musst Dir een fannen. Fir dëst ze maachen, musst Dir ee vun den alen Timer vum Projet wielen a wÀhrend enger Paus froen him d'Léisung ze kucken: war de Problem richteg geléist? Wann hien ufÀnkt ze kucken an ze reagéieren, da gouf e Mentor fonnt. Wann hien et ignoréiert, dann ass et derwÀert en aneren ze froen.
Déi nÀchst Etapp ass Qualitéitssécherung. Op Russesch - Tester. Am sowjetesche Stil - Standard Kontroll a Qualitéitskontroll Departement. Si mussen dofir suergen, datt d'Leeschtung vum Stagiaire mat der Aufgab, déi him zougewisen ass, konsequent ass. Si liesen selten de Code. Déi meescht Oft iwwerpréift Tester de gebaute Projet, deen den Entwéckler am Versiounskontrollsystem spÀichert.
Déi drëtt Stuf ass de Verëffentlechungsmanager. Et ass vlÀicht net eng separat Persoun fir dës Aufgab, awer een spillt nach ëmmer d'Roll. Hie kontrolléiert datt Tester bestÀtegt hunn datt de Projet verëffentlecht ka ginn. Duerno mécht et d'Aktivitéite fir d'Produkt un d'Endbenotzer ze liwweren.
A klenge Organisatiounen kënnen dës BarriÚren aus verschiddene Grënn net existéieren. Wéi och ëmmer, si ginn engem Newbie d'Aufgab net eppes Wichtegs z'Ànneren. Well keen brauch dëse Risiko.
Dir musst fir d'éischt an der Schluecht involvéiert sinn, an da wÀerte mir gesinn.
Napoléon Bonaparte
Ech hoffen dĂ«sen Artikel hĂ«lleft Iech Ăr OnsĂ©cherheet ze iwwerwannen an Ăren Ă©ischte CV ofzeginn. Natierlech musst Dir als Ă©ischt preparĂ©ieren. Awer et ass net nĂ©ideg ze iwwerzeegen. Dir hutt wahrscheinlech schonn e puer Joer op enger Uni oder FachhĂ©ichschoul studĂ©iert. Wou goen nĂ€chst? Am Endeffekt ass et besser eemol "Nee" vun engem Spezialist ze hĂ©ieren an op Feeler ze schaffen wĂ©i all Dag "Nee" fir Iech selwer ze soen an opzehalen professionell ze wuessen.
Wann Dir engagĂ©iert hutt, musst Dir fokussĂ©iere fir vun engem Stagiaire zu engem vollwĂ€ertege Teammember ze wuessen. DĂ«s Zort vu Wuesstem kĂ«nnt normalerweis mat enger ErhĂ©ijung vun Ărer Pai.
Ech wënschen Iech Gedold an Ausdauer.
NĂ«mme registrĂ©iert Benotzer kĂ«nnen un der Ămfro deelhuelen. , wann ech glift.
Wat waren Ăr Ă©ischt Aufgaben an Ărer Ă©ischter Aarbecht am IT?
Komplex
Wichteg
Dringend
Keen vun den Ieweschten
75 Benotzer hunn gestëmmt. 20 Benotzer hu sech enthalen.
Wat musst Dir am Ufank bei Ărer Ă©ischter Aarbecht maachen?
Installéiert de Produit lokal
Test en existente Produkt
Maacht eng Formatioun, gefÀlscht Aufgab
Maacht en experimentellen, richtege Projet fir e Client
63 Benotzer hunn gestëmmt. 25 Benotzer hu sech enthalen.
WĂ©i vill SchĂŒler an Ărem Grupp konnten am Training onofhĂ€ngeg Aufgaben an technesche FĂ€cher ausfĂ©ieren?
1 vun 10
1 vun 5
All Sekonn
Alles, mat rare Ausnahmen
70 Benotzer hunn gestëmmt. 19 Benotzer hu sech enthalen.
Source: will.com
