{"id":30582,"date":"2019-10-31T21:36:21","date_gmt":"2019-10-31T18:36:21","guid":{"rendered":"https:\/\/prohoster.info\/blog\/stazhirovka-v-it-vzglyad-rukovoditelya\/"},"modified":"2019-10-31T21:36:21","modified_gmt":"2019-10-31T18:36:21","slug":"stazhirovka-v-it-vzglyad-rukovoditelya","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/news\/stazhirovka-v-it-vzglyad-rukovoditelya","title":{"rendered":"Praktik i IT: et ledelsesperspektiv","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Praktik
\n
\nRekrutteringen til sommerpraktik<\/a><\/noindex> i Yandex forts\u00e6tter. Den d\u00e6kker fem omr\u00e5der: backend, ML, mobiludvikling, frontend og analyse. I denne blog og i andre blogs p\u00e5 Habr\u00e9 og uden for kan man finde en del indsigt i, hvordan praktikopholdet forl\u00f8ber. Men meget af denne proces forbliver et mysterium for dem, der ikke arbejder i virksomheden. Set fra udviklingsledernes perspektiv opst\u00e5r der endnu flere sp\u00f8rgsm\u00e5l. Hvordan gennemf\u00f8rer man praktikophold korrekt, hvordan maksimerer man den gensidige nytte med praktikanten, hvordan f\u00e5r man tid til at l\u00e6re dem at kende p\u00e5 tre m\u00e5neder og uddanne dem i alt, hvad der kr\u00e6ves for at forts\u00e6tte arbejdet?<\/p>\n

Vi har forberedt denne artikel i fem personer. Lad os pr\u00e6sentere os: Ignat Kolesnichenko fra tjenesten for distribueret computing, Misha Levin fra tjenesten for maskinintelligens i Marketa, Denis Malykh fra applikationsudviklingstjenesten, Seryozha Berezhnoy fra udviklingsafdelingen for s\u00f8gegr\u00e6nseflader, og Dima Cherkasov fra antifraud udviklingsgruppen. Hver af os repr\u00e6senterer sit eget praktikomr\u00e5de. Vi er alle ledere, vi har brug for praktikanter, og vi har noget erfaring med dem. Lad os dele noget af denne erfaring.<\/p>\n

<\/a><\/noindex><\/p>\n

Interview f\u00f8r praktikopholdet<\/h3>\n

\nKandidaterne st\u00e5r over for flere tekniske interviews. Succes i interviewet afh\u00e6nger i mindre grad af soft skills (evnen til at kommunikere effektivt) og i h\u00f8jere grad af hard skills (f\u00e6rdigheder inden for matematik og programmering). Men lederne vurderer begge dele. <\/p>\n

Ignat:<\/i><\/h5>\n

Selv hvis en person er rigtig dygtig, men helt uden kommunikative evner - vil de ikke kunne anvende alle deres f\u00e6rdigheder. Det tager vi selvf\u00f8lgelig hensyn til, men det er ikke grund til ikke at v\u00e6lge nogen til praktikopholdet. P\u00e5 tre m\u00e5neder kan alt \u00e6ndre sig, og desuden kan dit f\u00f8rste indtryk vise sig at v\u00e6re forkert. Hvis alt er korrekt - skal vi forklare personen, tage et kig efter andre teams til dem. For praktikanter er kommunikativitet bestemt ikke en n\u00f8glefaktor. Professionelle f\u00e6rdigheder er langt vigtigere.<\/p><\/blockquote>\n

Denis:<\/i><\/h5>\n

Jeg kan godt lide mennesker, der fort\u00e6ller historier \u2013 p\u00e5 den gode m\u00e5de. En person, der kan fort\u00e6lle, hvordan de med deres team heroisk har h\u00e5ndteret en eller anden fejl, er interessant. Jeg begynder at stille opf\u00f8lgende sp\u00f8rgsm\u00e5l, n\u00e5r s\u00e5dan en historie dukker op. Men det sker sj\u00e6ldent, hvis man bare beder dem om at 'fort\u00e6lle noget interessant om deres projekter.' <\/p>\n

En kandidat sagde engang en bem\u00e6rkelsesv\u00e6rdig s\u00e6tning, som jeg endda skrev ned: 'Har med succes undg\u00e5et at l\u00f8se kedelige opgaver.'<\/p><\/blockquote>\n

\n\"Praktik
\n
\nDa der er lidt tid til kommunikation, fors\u00f8ger intervieweren hvert minut af m\u00f8det at f\u00e5 nyttig information om kandidaten. Det er fantastisk, hvis praktikanten p\u00e5 forh\u00e5nd har overvejet, hvilke detaljer fra deres erfaring (ikke fra cv'et) de kunne dele. Det skal v\u00e6re en kort beretning, strengt vedr\u00f8rende emnet.<\/p>\n

Denis:<\/i><\/h5>\n

Jeg bem\u00e6rker, hvis en person fort\u00e6ller, at de har pr\u00f8vet mange sprog, tilgange. Mennesker med bredere udsigt udvikler mere elegante l\u00f8sninger i kampens hede. Men det er ikke entydigt en fordel. Man kan tage lidt af hvert, men ikke l\u00e6re noget alvorligt.<\/p><\/blockquote>\n

\nTid til historier, som Denis beskriver, er typisk kun til r\u00e5dighed ved det afsluttende interview. Indtil da skal man demonstrere de grundl\u00e6ggende og praktiske f\u00e6rdigheder, der vil danne grundlag for det fremtidige arbejde. Og selvf\u00f8lgelig vil det kr\u00e6ve at skrive kode p\u00e5 en tavle eller p\u00e5 et stykke papir. <\/p>\n

Misha:<\/i><\/h5>\n

Vi tester kendskabet til sandsynlighedsteori og matematisk statistik. Vi ser, om personen har erfaring med metrikker, med maskinl\u00e6ringsalgoritmer, med justering af deres parametre, med overfitting osv. Vi forventer, at personen kan skrive kode i tilstr\u00e6kkelig grad til at kunne v\u00e6re analytiker.<\/p><\/blockquote>\n

Denis:<\/i><\/h5>\n

De, der kommer til samtale, ved som regel godt, hvordan man programmerer: vi har en god skole i grundl\u00e6ggende skriftsprog i Jekaterinburg, gode institutter. Men for at v\u00e6re \u00e6rlig, s\u00e5 er det en sj\u00e6ldenhed at finde en praktikant med gode hard skills, s\u00e6rligt i vores epsilon-nabolag. For eksempel Swift. Det involverer meget komplekse opgaver med strenge, og der er ikke mange, der kan arbejde med dem fra hukommelsen. De fanger straks ens opm\u00e6rksomhed. Jeg giver ofte en opgave til samtaler, som netop involverer behandling af strenge. Og blandt alle de kandidater, jeg har haft, var der kun \u00e9n, der kunne skrive Swift-kode nedenunder p\u00e5 et stykke papir. Jeg gik efter det og fortalte alle, at nogen endelig kunne l\u00f8se denne opgave med Swift p\u00e5 papir.<\/p><\/blockquote>\n

<\/p>\n

Kontrol af algoritmer under en samtale<\/h3>\n

\nDette er et separat emne, da kandidaterne stadig ofte sp\u00f8rger \u2014 hvorfor vurderer vi altid kendskabet til algoritmer og datastrukturer? Selv kommende mobiludviklere og frontend-udviklere gennemg\u00e5r en s\u00e5dan kontrol. <\/p>\n

Misha:<\/i><\/h5>\n

Under samtalen giver vi altid en algoritmisk opgave. Kandidaten skal finde ud af, hvordan man implementerer den i Python, helst uden fejl. Det er vigtigt at forst\u00e5, hvordan man tester sit program og selv kan rette det.<\/p><\/blockquote>\n

\n\"Praktik
\n
\nErfaring med algoritmer vil v\u00e6re nyttig af tre grunde. For det f\u00f8rste vil det \u00e5benlyst v\u00e6re n\u00f8dvendigt til algoritmiske opgaver \u2014 som sj\u00e6ldent opst\u00e5r, men dog eksisterer. For det andet vil udvikleren kunne l\u00f8se opgaver relateret til algoritmer mere effektivt, selvom disse ikke kr\u00e6ver at dykke ned i selve algoritmerne (der er allerede en del af dem). For det tredje, hvis algoritmer ikke blev undervist i universitetet, men du stadig kan arbejde med dem, viser det, at du er en nysgerrig person, og det vil h\u00e6ve din autoritet i \u00f8jnene p\u00e5 intervieweren.<\/p>\n

Denis:<\/i><\/h5>\n

St\u00f8rstedelen af mobiludvikling best\u00e5r af at \"omarrangere JSON\". Men en gang hver sjette m\u00e5ned er der tilf\u00e6lde, hvor algoritmer er n\u00f8dvendige. Jeg tegner nu smukke kort til Yandex.Vejr. Og i l\u00f8bet af en uge m\u00e5tte jeg implementere en glatningsalgoritme, Sutherland-Hodgman algoritmen og Martinez-algoritmen. Hvis en person ikke vidste, hvad en hashmap eller en prioritetsk\u00f8 var, ville de sidde fast med dette i lang tid og det ville v\u00e6re uklart, om de ville klare det uden hj\u00e6lp.<\/p>\n

Algoritmer er grundlaget for udvikling. Det er det, der hj\u00e6lper udvikleren med at v\u00e6re en udvikler. Uanset hvad du laver, er de n\u00f8dvendige, selv i enkle projekter, hvor hovedarbejdet best\u00e5r af \"oml\u00e6gning af JSON\". Selv hvis du ikke skriver algoritmerne selv, men indirekte bruger nogle datatyper, s\u00e5 er det bedre at forst\u00e5 dem. Ellers vil du ende med at lave applikationer, der k\u00f8rer langsomt eller fungerer forkert.<\/p>\n

Der er programm\u00f8rer, som er kommet ind i udvikling akademisk: de er blevet optaget p\u00e5 universitetet, har \u00e6rligt studeret i fem \u00e5r og har f\u00e5et en uddannelse. De kender algoritmer, fordi de er blevet undervist i dem. Men blot at kende algoritmer karakteriserer ikke personens perspektiv; dette perspektiv skal kontrolleres p\u00e5 en anden m\u00e5de.<\/p>\n

Og s\u00e5 er der autodidakter, som jeg selv betragter. Ja, jeg har formelt en IT-uddannelse, en diplom som ingeni\u00f8r-programm\u00f8r. Men autodidakter har l\u00e6rt at programmere \"p\u00e5 trods af\". De har ikke haft en universitetsuddannelse. Normalt er de ikke bekendt med algoritmer \u2014 fordi de aldrig har st\u00e5et over for n\u00f8dvendigheden af at studere dem. Og n\u00e5r en s\u00e5dan person forst\u00e5r algoritmer, betyder det, at han har brugt tid og har sat sig ind i dem. Efter jeg havde f\u00e6rdiggjort universitetet, inds\u00e5 jeg, at jeg havde blinde punkter i grundl\u00e6ggende algoritmer \u2014 problemet var, at specialet var anvendt. Jeg gik og studerede onlinekurser fra Princeton Universitet, kendt ved Robert Sedgewick. Jeg forstod det, lavede alle opgaverne. Og n\u00e5r en person under et jobinterview fort\u00e6ller en lignende historie, bliver jeg straks interesseret, og jeg f\u00e5r lyst til at arbejde sammen med ham eller i det mindste forts\u00e6tte samtalen.<\/p><\/blockquote>\n

\n\"Praktik<\/p>\n

Ignat:<\/i><\/h5>\n

N\u00e5r du interviewer en praktikant, forventer du p\u00e5 en m\u00e5de endda mere end fra en erfaren udvikler. Det handler om evnen til at l\u00f8se algoritmiske opgaver, hurtigt skrive en eller anden korrekt kode. Praktikanten er jo stadig p\u00e5 universitetet. Bare et \u00e5r tidligere blev han alt om algoritmer fortalt i detaljer. Det forventes, at han kan gengive dem. Hvis personen er fornuftig og har lyttet n\u00f8je til forel\u00e6sningerne, vil han bare vide alt, tage det fra cachen.<\/p><\/blockquote>\n

<\/p>\n

Hvilke opgaver l\u00f8ser praktikanten<\/h3>\n

\nSom regel kan praktikprogrammet planl\u00e6gges og diskuteres ved de afsluttende samtaler. En praktikant f\u00e5r i starten ofte tildelt tr\u00e6ningsopgaver, hvis resultater ikke anvendes i produktionen. Desuden er chancen for at f\u00e5 s\u00e5danne opgaver ikke stor. Ofte gives der arbejdsprojekter fra backloggen, det vil sige anerkendt v\u00e6rdifulde men ikke prioriterede og \"adskillelige\" - s\u00e5 deres gennemf\u00f8relse ikke afh\u00e6nger af andre komponenter. Ledelsen pr\u00f8ver at fordele dem, s\u00e5 praktikanten f\u00e5r kendskab til forskellige dele af servicen og arbejder i det samme milj\u00f8 som de andre teammedlemmer.<\/p>\n

Ignat:<\/i><\/h5>\n

Dette er ekstremt nyttige opgaver. M\u00e5ske vil de ikke \u00f8ge udnyttelsen af klyngen med 10%, ikke spare virksomheden millioner af dollars, men de vil g\u00f8re hundredvis af mennesker glade. For eksempel har vi lige nu en praktikant, der arbejder med vores kunde for at starte operationer p\u00e5 vores klynger. F\u00f8r operationen startes, skal den indl\u00e6se nogle data p\u00e5 klyngen. Dette tager normalt 20-40 sekunder, og f\u00f8r skete det lydl\u00f8st: man startede det i konsollen og sad og kiggede p\u00e5 en sort sk\u00e6rm. Praktikanten kom og lavede p\u00e5 to uger en funktion: nu kan man se, hvordan filerne bliver uploadet, og hvad der sker. Opgaven er, p\u00e5 den ene side, ikke sv\u00e6r at beskrive, men p\u00e5 den anden side er der noget at grave i, hvilke biblioteker man skal se p\u00e5. Det mest behagelige er, at man har lavet det, en uge er g\u00e5et, det er blevet implementeret p\u00e5 klyngerne, og folk bruger det allerede. Man skriver et indl\u00e6g p\u00e5 det interne netv\u00e6rk - man f\u00e5r at vide tak.<\/p><\/blockquote>\n

\n\"Praktik<\/p>\n

Misha:<\/i><\/h5>\n

Praktikanter forbereder modeller, indsamler data til dem, finder metrikker og gennemf\u00f8rer eksperimenter. Langsomt begynder vi bare at give dem mere frihed og ansvar - vi tjekker, om de klarer det. Hvis de g\u00f8r - g\u00e5r de videre til n\u00e6ste niveau. Vi forventer ikke, at n\u00e5r praktikanten kommer, kan de alt dette. Lederen hj\u00e6lper dem med at finde ud af det og giver et link til interne ressourcer eller onlinekurser.<\/p><\/blockquote>\n

\nHvis praktikanten viser sig at v\u00e6re dygtig - kan de f\u00e5 tildelt noget prioriteret, vigtigt for afdelingen eller andre tjenester.<\/p>\n

Dima:<\/i><\/h5>\n

Vores praktikant arbejder lige nu med h\u00e5rdcore forbedringer af anti-fraud systemet. Dette system bek\u00e6mper forskellige former for misbrug og svindel p\u00e5 Yandex-tjenester. Oprindeligt overvejede vi at give ham mindre komplekse opgaver, der ikke var s\u00e5 vigtige for produktionen. Vi pr\u00f8ver at forudse opgaverne for praktikanten, men vi s\u00e5, at han virkelig 'br\u00e6nder' for det, l\u00f8ser opgaver hurtigt og godt. I sidste ende begyndte vi at tildele ham opgaven med at implementere anti-fraud for nye tjenester.<\/p><\/blockquote>\n

\nDerudover er der en lille chance for at f\u00e5 en opgave, som kollegerne tidligere ikke har taget fat p\u00e5 p\u00e5 grund af dens omfang.<\/p>\n

Dima:<\/i><\/h5>\n

Der er et gammelt system, og der er et nyt, som endnu ikke er f\u00e6rdigt. Vi skal gennemf\u00f8re overf\u00f8rslen fra det ene til det andet. I perspektivet er det et vigtigt projekt, selvom der er h\u00f8j usikkerhed: der skal kommunikeres meget, og l\u00e6ses uforst\u00e5elig legacy-kode. Vi sagde \u00e6rligt til praktikanten under den afsluttende samtale, at opgaven var kompleks. Han svarede, at han var klar, kom ind i vores team, og han klarede det hele. Det viste sig, at han har kvaliteter, der ikke kun g\u00f8r ham til udvikler, men ogs\u00e5 til leder. Han var villig til at g\u00e5 ud, sp\u00f8rge, og pinge.<\/p><\/blockquote>\n

<\/p>\n

Mentorordning for praktikanten<\/h3>\n

\nPraktikanten har brug for en mentor for at kunne ford\u00f8je processerne. Det er en person, der er opdateret om ikke kun sine egne opgaver, men ogs\u00e5 praktikantens opgaver. Der er etableret regelm\u00e6ssig kommunikation med mentoren, og man kan altid kontakte ham for r\u00e5dgivning. Mentoren kan v\u00e6re enten gruppelederen (hvis det er en lille gruppe) eller en kollega, der er en fast deltager i teamet.<\/p>\n

Ignat:<\/i><\/h5>\n

Jeg pr\u00f8ver at komme hen til praktikanten hver anden dag og sp\u00f8rge, hvordan det g\u00e5r. Hvis jeg kan se, at han er steget ned i noget, pr\u00f8ver jeg at hj\u00e6lpe ham, sp\u00f8rge, hvad problemet er, og sammen med ham finde l\u00f8sningen. Det er klart, at dette tager mine kr\u00e6fter og g\u00f8r praktikantens arbejde mindre effektivt som helhed - for jeg bruger ogs\u00e5 min tid. Men det tillader ham ikke at g\u00e5 i st\u00e5 og opn\u00e5 resultater. Og det er stadig hurtigere, end hvis jeg havde gjort det selv. Personligt ville jeg bruge cirka 5 timer p\u00e5 opgaven. Praktikanten vil bruge 5 dage p\u00e5 den. Ja, jeg vil bruge 2 timer i l\u00f8bet af de 5 dage p\u00e5 at kommunikere med praktikanten og hj\u00e6lpe ham. Men jeg sparer mindst 3 timer, og praktikanten vil s\u00e6tte pris p\u00e5, at nogen har givet ham tips og hjulpet ham. Generelt er det vigtigt at kommunikere t\u00e6t, se hvad personen laver, og ikke miste kontakten.<\/p><\/blockquote>\n

\n\"Praktik<\/p>\n

Seryozha:<\/i><\/h5>\n

Praktikanten er konstant i kontakt med sin mentor og kommunikerer med ham flere gange om dagen. Mentoren gennemg\u00e5r koden, deltager i parprogrammering med praktikanten og hj\u00e6lper, n\u00e5r der opst\u00e5r problemer. P\u00e5 denne m\u00e5de, gennem en kombination af mentorhj\u00e6lp og reelle arbejdsopgaver, uddanner vi frontend-udviklere.<\/p><\/blockquote>\n

Dima:<\/i><\/h5>\n

For at sikre, at praktikanten ikke f\u00f8ler sig forladt, diskuterer vi allerede f\u00f8r ans\u00e6ttelsen, hvem der skal v\u00e6re hans mentor. Det er ogs\u00e5 en stor udvikling for mentoren selv: en forberedelse til rollen som teamleder, en test af evnen til at holde b\u00e5de sine egne opgaver og praktikantens opgaver i mente. Der er regelm\u00e6ssige m\u00f8der, som jeg nogle gange deltager i for at v\u00e6re opdateret. Men det er prim\u00e6rt mentoren, der kommunikerer regelm\u00e6ssigt med praktikanten. I starten bruger han meget tid, men det betaler sig.<\/p><\/blockquote>\n

\nMen at have en mentor betyder ikke, at alle opst\u00e5ede sp\u00f8rgsm\u00e5l l\u00f8ses gennem ham.<\/p>\n

Misha:<\/i><\/h5>\n

Vi har en kultur, hvor folk, der st\u00e5r over for problemer, sp\u00f8rger deres naboer, kolleger om r\u00e5d og hurtigt finder hj\u00e6lp. Jo hurtigere en person vokser, jo oftere skal han g\u00e5 til kolleger for at l\u00e6re noget nyt. Det er nyttigt bare at vide, hvad andre arbejder p\u00e5, for at kunne komme op med nye opgaver. N\u00e5r praktikanten selv er i stand til at forhandle, forst\u00e5, hvad der er vigtigt for den anden part, og n\u00e5 frem til resultater i teamet, vokser han meget hurtigere end den, som lederen skal tage sig af.<\/p><\/blockquote>\n

Seryozha:<\/i><\/h5>\n

Der er dokumentation, men st\u00f8rstedelen af informationen er fordampet. Hvis du absorberer det i starten af din karriere, er det en yderligere fordel, og vi kan fokusere personen p\u00e5 det, der er n\u00f8dvendigt at l\u00e6re. <\/p>\n

Den ideelle praktikant er en, der praktiserer i flere m\u00e5neder, bliver juniorudvikler, derefter bare udvikler, derefter gruppesupervisor osv. For dette er der brug for en elevtype, der ikke er bange for at sp\u00f8rge, hvis noget er uklart, men samtidig er i stand til at arbejde selvst\u00e6ndigt. Hvis de f\u00e5r at vide, at de kan l\u00e6se om et emne her, vil de g\u00e5 derhen, l\u00e6se det og faktisk vende tilbage med nye f\u00e6rdigheder. De kan beg\u00e5 fejl, men de m\u00e5 ikke beg\u00e5 mere end \u00e9n eller maksimalt to fejl samme sted. Den ideelle praktikant skal udvikle sig, absorbere alt som en svamp, l\u00e6re og vokse. Den, der sidder og pr\u00f8ver at finde ud af det hele selv, krummer sig over det i lang tid, stiller ikke sp\u00f8rgsm\u00e5l, vil n\u00e6ppe klare sig.<\/p><\/blockquote>\n

<\/p>\n

Afslutning af praktikopholdet<\/h3>\n

\nF\u00f8r arbejdet begynder, underskriver vi en tidsbegr\u00e6nset kontrakt med hver praktikant. Selvf\u00f8lgelig er praktikopholdet betalt, det registreres i henhold til den russiske arbejdsret, og praktikanten f\u00e5r de samme fordele som enhver anden medarbejder hos Yandex. Efter tre m\u00e5neder afsluttes programmet - mange praktikanter overg\u00e5r derefter til fastans\u00e6ttelse (med en tidsubegriblet kontrakt).<\/p>\n

\"Praktik
\n
\nP\u00e5 den ene side er det vigtigt for lederen, at udvikleren gennemf\u00f8rer sit praktikminimum. Det er netop det, praktikanten ledes mod fra starten af interviewet. Men det er kun begyndelsen p\u00e5 historien. Praktikanten er altid en potentiel kandidat til fastans\u00e6ttelse for os. Minimumsprogrammet for lederen er at opdage en person fra starten, som efter tre m\u00e5neder ikke vil v\u00e6re pinligt at anbefale til andre afdelinger. Maksimumsprogrammet er at beholde dem i det samme team ved at ans\u00e6tte dem. Samtidig tager vi h\u00f8jde for, at en anden- eller tredje\u00e5rs studerende - selv hvis de er blevet praktikant - bliver n\u00f8dt til at forts\u00e6tte deres uddannelse p\u00e5 universitetet, n\u00e5r studiet \u00e5ret begynder.<\/p>\n

Seryozha:<\/i><\/h5>\n

F\u00f8rst og fremmest er praktikanter for os et personale potentiale. Vi fors\u00f8ger at opdrage folk internt i Yandex, s\u00e5 de passer perfekt til vores opgaver. Vi giver dem alt fra kommunikationskultur og samarbejde i teams til encyklopedisk viden om alle vores systemer.<\/p><\/blockquote>\n

Ignat:<\/i><\/h5>\n

N\u00e5r vi ans\u00e6tter en praktikant, er det straks med henblik p\u00e5, at de skal blive en del af vores team. Og som regel er den eneste hindring manglen p\u00e5 ledige stillinger. Vi fors\u00f8ger at tage unge folk ind som praktikanter. Hvis en person har fem \u00e5rs erfaring inden for udvikling, og de kommer til Yandex p\u00e5 praktikantniveau, s\u00e5 desv\u00e6rre, for os betyder det, at selvom de er dygtige, og de f\u00e5r en stilling i Yandex med fem \u00e5rs erfaring, s\u00e5 vil de ikke kunne vokse til en seniorudvikler. Det handler normalt om hastighed: en langsom v\u00e6kst i fortiden vil betyde langsom v\u00e6kst hos os ogs\u00e5. Ja, nogle gange indser vi f\u00f8rst efter tre m\u00e5neder, at personen ikke lever op til kravene. Men det er ret sj\u00e6ldent. I mere end halvdelen af tilf\u00e6ldene er vi klar til at ans\u00e6tte folk p\u00e5 fast basis. Jeg har ikke oplevet, at en person har gennemf\u00f8rt sin praktik med succes, men ikke kunne best\u00e5 interviews til en fast stilling.<\/p><\/blockquote>\n

Misha:<\/i><\/h5>\n

Vi tilbyder alle vellykkede praktikanter at blive i virksomheden. Efter praktikken ans\u00e6tter vi som regel mere end halvdelen p\u00e5 fuld tid. Det er sv\u00e6rere med sommerpraktikken, fordi der ofte kommer studerende til os, for eksempel p\u00e5 tredje \u00e5r, og de har sv\u00e6rt ved at kombinere arbejde med studier.<\/p><\/blockquote>\n

Dima:<\/i><\/h5>\n

Lad os antage, at praktikanten klarer opgaverne fremragende og har masser af potentiale til at vokse til en god udvikler \u2014 selvom de m\u00e5ske ikke har nok erfaring endnu. Og lad os antage, at der ikke er ledige stillinger med en ubegr\u00e6nset kontrakt. S\u00e5 er det simpelt: jeg skal g\u00e5 til min leder og sige \u2014 her er en fantastisk person, som vi skal holde p\u00e5 for enhver pris, lad os tilbyde dem noget, og finde et sted, hvor vi kan placere dem.<\/p><\/blockquote>\n

<\/p>\n

Historier om praktikanter<\/h3>\n

Denis:<\/i><\/h5>\n

Pigen, der kom til os som praktikant i 2017, kom fra Perm. Det ligger cirka 400 kilometer vest for Jekaterinburg. Og hun tog hver uge toget fra Perm til Skolen for mobiludvikling. Hun ankom om dagen, studerede om aftenen og tog tilbage om aftenen. P\u00e5 grund af hendes iver inviterede vi hende til at arbejde, og det viste sig at v\u00e6re en god beslutning.<\/p><\/blockquote>\n

Ignat:<\/i><\/h5>\n

For flere \u00e5r siden deltog vi i et praktikprogram. Det var interessant at arbejde med udenlandske unge. Men praktikanterne derfra er ikke st\u00e6rkere end for eksempel fra SHAD eller FKN. Det ville man tro, n\u00e5r EPFL ligger blandt de 20 bedste universiteter i Europa. P\u00e5 det tidspunkt havde jeg \u2014 som en ikke s\u00e6rlig erfaren interviewer \u2014 en forventning: utrolig, vi interviewer folk fra EPFL, de m\u00e5 v\u00e6re superdygtige. Men folk, der har f\u00e5et grunduddannelse i kodning hos os \u2014 inklusive fra n\u00f8gleregionsuniversiteter \u2014 viser sig at v\u00e6re helt p\u00e5 niveau.<\/p>\n

Eller en anden historie. Lige nu har jeg en ung fyr ansat, han er kun omkring 20 \u00e5r. Han arbejder i Skt. Petersborg, og kom her p\u00e5 praktik. Han er virkelig dygtig. Som s\u00e6dvanligt giver du en person opgaver, de l\u00f8ser dem, og en m\u00e5ned senere kommer han og siger: jeg har l\u00f8st det, og jeg kigger, og det ser ud til, at jeres arkitektur ikke er godt bygget. Lad os \u00e6ndre det. Koden vil blive enklere og mere forst\u00e5elig. Jeg frar\u00e5dede ham selvf\u00f8lgelig: arbejdsbyrden er stor, der er ingen fordel for brugerne, men id\u00e9en lyder fuldst\u00e6ndig rimeligt. Manden har forst\u00e5et en kompleks multitr\u00e5dede proces og foresl\u00e5et forbedringer \u2014 m\u00e5ske er de ikke aktuelle, refactoring for refactoringens skyld. Men s\u00e5 snart man \u00f8nsker at komplicere denne kode, kan man stadig lave refactoreringen. Som sagt, flere m\u00e5neder senere tog vi fat p\u00e5 denne opgave. Jeg tog gl\u00e6deligt ham ind i teamet. Vi er ikke genier alle sammen. Man kan komme ind, forst\u00e5 noget og pege p\u00e5 vores problemer. Det v\u00e6rds\u00e6ttes.<\/p><\/blockquote>\n

Misha:<\/i><\/h5>\n

Vi har s\u00e5danne ideelle praktikanter. P\u00e5 trods af manglende erfaring ser de opgaven ikke kun p\u00e5 det tekniske, men ogs\u00e5 p\u00e5 det globale niveau. De foresl\u00e5r principielle forbedringer. De har en forst\u00e5else for, hvordan man overs\u00e6tter opgaver fra den virkelige verden til teknisk, uden at miste meningen. De t\u00e6nker over, hvad den endelige m\u00e5l er, om det er v\u00e6rd at grave sig ned i detaljerne nu, eller om man helt kan \u00e6ndre tilgangen til opgaven eller endda selve problemstillingen. Det betyder, at de har potentiale til at v\u00e6re flere niveauer over. For at komme igennem denne proces skal de bare opgradere nogle f\u00e6rdigheder og indre v\u00e6rkt\u00f8jer. Plus, lancere nogle succesfulde projekter.<\/p><\/blockquote>\n

\n\"Praktik
\n
Kilde: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041d\u0430\u0431\u043e\u0440 \u043d\u0430 \u043b\u0435\u0442\u043d\u044e\u044e \u0441\u0442\u0430\u0436\u0438\u0440\u043e\u0432\u043a\u0443 \u0432 \u042f\u043d\u0434\u0435\u043a\u0441 \u043f\u0440\u043e\u0434\u043e\u043b\u0436\u0430\u0435\u0442\u0441\u044f. \u041e\u043d \u0438\u0434\u0451\u0442 \u043f\u043e \u043f\u044f\u0442\u0438 \u043d\u0430\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u044f\u043c: \u0431\u044d\u043a\u0435\u043d\u0434, ML, \u043c\u043e\u0431\u0438\u043b\u044c\u043d\u0430\u044f \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0430, \u0444\u0440\u043e\u043d\u0442\u0435\u043d\u0434 \u0438 \u0430\u043d\u0430\u043b\u0438\u0442\u0438\u043a\u0430. \u0412 \u044d\u0442\u043e\u043c \u0431\u043b\u043e\u0433\u0435, \u0432 \u0434\u0440\u0443\u0433\u0438\u0445 \u0431\u043b\u043e\u0433\u0430\u0445 \u043d\u0430 \u0425\u0430\u0431\u0440\u0435 \u0438 \u0437\u0430 \u0435\u0433\u043e \u043f\u0440\u0435\u0434\u0435\u043b\u0430\u043c\u0438 \u043c\u043e\u0436\u043d\u043e \u043d\u0430\u0439\u0442\u0438 \u043d\u0435\u043c\u0430\u043b\u043e \u0438\u043d\u0441\u0430\u0439\u0434\u0430 \u043f\u0440\u043e \u0442\u043e, \u043a\u0430\u043a \u043f\u0440\u043e\u0445\u043e\u0434\u0438\u0442 \u0441\u0442\u0430\u0436\u0438\u0440\u043e\u0432\u043a\u0430. \u041d\u043e \u043c\u043d\u043e\u0433\u043e\u0435 \u0432 \u044d\u0442\u043e\u043c \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0435 \u043e\u0441\u0442\u0430\u0451\u0442\u0441\u044f \u0437\u0430\u0433\u0430\u0434\u043a\u043e\u0439 \u0434\u043b\u044f \u0442\u0435\u0445, \u043a\u0442\u043e \u043d\u0435 \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442 \u0432 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438. \u0410 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":22577,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-30582","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-news"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Praktik inden for IT: en leders perspektiv | ProHoster","description":"Rekrutteringen til","canonical_url":"https:\/\/prohoster.info\/da\/blog\/news\/stazhirovka-v-it-vzglyad-rukovoditelya","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"da_DK","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0421\u0442\u0430\u0436\u0438\u0440\u043e\u0432\u043a\u0430 \u0432 IT: \u0432\u0437\u0433\u043b\u044f\u0434 \u0440\u0443\u043a\u043e\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044f | ProHoster","og:description":"\u041d\u0430\u0431\u043e\u0440 \u043d\u0430","og:url":"https:\/\/prohoster.info\/da\/blog\/news\/stazhirovka-v-it-vzglyad-rukovoditelya","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:36:21+00:00","article:modified_time":"2019-10-31T18:36:21+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"30582","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 01:56:29","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 03:32:36","updated":"2026-01-21 01:56:29","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/30582","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=30582"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/30582\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/22577"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=30582"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=30582"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=30582"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}