Набор на у Яндэкс працягваецца. Ён ідзе па пяці напрамках: бэкэнд, ML, мабільная распрацоўка, фронтэнд і аналітыка. У гэтым блогу, у іншых блогах на Хабры і за яго межамі можна знайсці нямала інсайда пра тое, як праходзіць стажыроўка. Але шмат што ў гэтым працэсе застаецца загадкай для тых, хто не працуе ў кампаніі. А калі паглядзець з пункту гледжання кіраўнікоў распрацоўкі, то ўзнікае яшчэ больш пытанняў. Як правільна праводзіць стажыроўку, як максымізаваць узаемную карыснасць са стажорам, як паспець пазнаць яго за тры месяцы і навучыць усяму, што патрабуецца для працягу працы?
Мы падрыхтавалі гэты артыкул упяцёх. Прадстаўляльны: Ігнат Калеснічэнка са службы тэхналогій размеркаваных вылічэнняў, Міша Левін са службы машыннага інтэлекту Маркета, Дзяніс Малых са службы распрацоўкі прыкладанняў, Сярожа Беражной з аддзела распрацоўкі пошукавых інтэрфейсаў і Дзіма Чаркасаў з групы распрацоўкі антыфроду. Кожны з нас прадстаўляе свой напрамак стажыроўкі. Мы ўсе кіраўнікі, нам патрэбны стажоры, і ў нас ёсць некаторы досвед працы з імі. Давайце мы раскажам сёе-тое з гэтага вопыту.
Гутарка перад стажыроўкай
Кандыдатаў чакае некалькі тэхнічных сумоўяў. Поспех на сумоўі залежыць у меншай ступені ад soft skills (здольнасці эфектыўна камунікаваць) і ў большай - ад hard skills (навыкаў у матэматыцы і праграмаванні). Аднак кіраўнікі ацэньваюць і тое, і другое.
Ігнат:
Нават калі чалавек вельмі круты, але абсалютна некамунікабельны - ён не зможа ўсе навыкі прыкласці. На гэта, вядома, зважаем, але гэта не падстава не ўзяць кагосьці на стажыроўку. За тры месяцы ўсё можа памяняцца, а акрамя таго, тваё першае ўражанне можа аказацца няслушным. А калі ўсё дакладна - трэба будзе чалавеку растлумачыць, пашукаць яму іншыя каманды. Для стажораў камунікабельнасць сапраўды не з'яўляецца ключавым фактарам. Усё ж такі прафесійныя навыкі значна важней.
Дзяніс:
Мне падабаюцца людзі, якія расказваюць байкі — у добрым сэнсе. Чалавек, які можа расказаць, як яны з камандай гераічна справіліся з якім-небудзь факапам, цікавы. Я пачынаю задаваць дадатковыя пытанні, калі такая гісторыя ўсплывае. Але гэта рэдка адбываецца, калі проста папрасіць "расказаць пра што-небудзь цікавае ў тваіх праектах".
Адзін кандыдат аднойчы вымавіў выдатную фразу, якую я нават запісаў: «Паспяхова пазбягаў рашэнні нудных задач».
Паколькі часу на зносіны мала, гутарка кожную хвіліну сустрэчы імкнецца атрымаць карысную інфармацыю аб кандыдаце. Выдатна, калі стажёр загадзя прыкінуў, якімі дэталямі свайго досведу (не з рэзюмэ) ён мог бы падзяліцца. Гэта павінна быць кароткае апавяданне строга па справе.
Дзяніс:
Я звяртаю ўвагу, калі чалавек расказвае, што паспрабаваў шмат моў, падыходаў. Людзі з шырэйшым даляглядам прыдумляюць у баявым рэжыме больш элегантныя рашэнні. Але гэта неадназначны плюс. Можна пахапаць па вярхах, а сур'ёзна нічому не навучыцца.
Час на гісторыі, якія апісвае Дзяніс, звычайна застаецца толькі на фінальнай гутарцы. Датуль трэба прадэманстраваць тыя фундаментальныя і практычныя веды, якія лягуць у аснову будучай працы. І, вядома, запатрабуецца пісаць код на дошцы ці на лісце паперы.
Мыш:
Мы правяраем веданне тэорыі верагоднасці і матэматычнай статыстыкі. Глядзім, ці ёсць у чалавека досвед працы з метрыкамі, з алгарытмамі машыннага навучання, з наладжваннем іх параметраў, з перанавучаннем і г. д. Мы чакаем, што чалавек можа пісаць код у дастатковай ступені для таго, каб быць аналітыкам.
Дзяніс:
Тыя, хто прыходзіць на сумоўе, у асноўным ведаюць мовы: у нас у Екацярынбурзе добрая школа асноўных моў, добрыя інстытуты. Але калі сапраўды, кандыдат на стажыроўку з добрымі hard skills - рэдкі выпадак, прынамсі ў нашай эпсілон-наваколлі. Вось напрыклад, Swift. У ім вельмі складаная праца з радкамі, і людзей, якія наўскідку з галавы могуць з імі папрацаваць, мала. За такіх адразу чапляецца вока. Я часта даю на сумоўях задачу, якая як раз звязана з апрацоўкай радкоў. І за ўвесь час быў толькі адзін чалавек, які адразу, на лістку, змог такі Swift-код напісаць. Я пасля гэтага хадзіў і ўсім расказваў, што хтосьці нарэшце змог вырашыць гэтую задачу на Swift на лісточку.
Праверка алгарытмаў на сумоўі
Гэта асобная тэма, паколькі ў кандыдатаў па-ранейшаму ўзнікае пытанне - чаму мы заўсёды ацэньваем веданне алгарытмаў і структур дадзеных? Нават будучыя мабільныя распрацоўшчыкі і франтэндары праходзяць такую праверку.
Мыш:
На сумоўі абавязкова даём якую-небудзь алгарытмічную задачку. Кандыдату трэба прыдумаць, як яе рэалізаваць на Python, пажадана без памылак. Трэба зразумець, як правяраць сваю праграму і самастойна яе выпраўляць.
Досвед у алгарытмах спатрэбіцца адразу па трох прычынах. Па-першае, ён, відавочна, запатрабуецца ў алгарытмічных задачах - якія бываюць нячаста, але ўсё ж бываюць. Па-другое, распрацоўнік зможа больш эфектыўна вырашаць задачы, якія адносяцца да алгарытмаў, хай і не патрабуюць залазіць у самі алгарытмы (а такіх ужо даволі шмат). Па-трэцяе, калі вам не выкладалі алгарытмы ў вну, а вы ўсёткі ўмееце з імі працаваць, тое гэта характарызуе вас як дапытлівага чалавека і падніме ваш аўтарытэт у вачах суразмоўцы.
Дзяніс:
Большая частка мабільнай распрацоўкі – гэта "перакладанне JSON". Але раз на паўгода бываюць выпадкі, калі алгарытмы патрэбны. Я зараз малюю прыгожыя карты для Яндекс.Надвор'я. І мне за тыдзень прыйшлося рэалізаваць алгарытм згладжвання, алгарытм Сазерленда-Ходгмана і алгарытм Марцінеса. Калі б чалавек не ведаў, што такое хэшмап ці чарга па прыярытэтах, ён бы засеў з гэтым надоўга і незразумела, справіўся б ці не без старонняй дапамогі.
Алгарытмы - аснова распрацоўкі. Гэта тое, што дапамагае распрацоўніку быць распрацоўшчыкам. Усё роўна, чым вы займаецеся. Яны патрэбныя і ў нескладаных праектах, дзе асноўная праца складаецца з "перакладвання JSON". Нават калі вы не пішаце самі алгарытмы, але няяўна выкарыстоўваеце якія-небудзь структуры дадзеных, то лепш іх разумець. Інакш у вас будуць атрымлівацца прыкладанні, якія павольна ці некарэктна працуюць.
Ёсць праграмісты, якія ў распрацоўку дашлі акадэмічна: паступілі ва ўнівер, сапраўды адвучыліся пяць гадоў, атрымалі спецыяльнасць. Яны ведаюць алгарытмы, бо іх навучылі. І тады само веданне алгарытмаў ніяк не характарызуе далягляд чалавека, трэба гэты далягляд правяраць іншым спосабам.
А ёсць самавукі, да якіх я прылічаю і сябе. Так, фармальна ў мяне ёсць IT-адукацыя, дыплом інжынера-праграміста. Але самавукі праграмаваць навучыліся "насуперак". У іх не было універсітэцкай праграмы. Звычайна яны з алгарытмамі не знаёмыя - таму што ніколі не сутыкаліся з неабходнасцю іх вывучыць. І калі такі чалавек разумее алгарытмы, гэта значыць, што ён патраціў час і ў іх разабраўся. Скончыўшы ўнівер, я зразумеў, што ў мяне ёсць белыя плямы ў частцы фундаментальных алгарытмаў - справа ў тым, што спецыяльнасць была прыкладная. Я пайшоў і вывучыў анлайн-курсы Прынстанскага ўніверсітэта, добра вядомага Роберта Седжвіка. Разабраўся, зрабіў усё хаткі. І калі чалавек на сумоўі распавядае падобную гісторыю, мне адразу становіцца цікава, з'яўляецца жаданне з ім папрацаваць ці хаця б працягнуць размову.
Ігнат:
Калі гутарыш стажора, у некаторым сэнсе чакаеш нават больш, чым ад дасведчанага распрацоўніка. Гаворка ідзе пра ўменне рашаць алгарытмічныя задачы, хутка пісаць хоць нейкі карэктны код. Кандыдат на стажыроўку - ён жа яшчэ ва ўніверсітэце. Літаральна год таму яму ўсё пра алгарытмы расказвалі ў дэталях. Чакаецца, што ён іх можа прайграць. Калі чалавек адэкватны і слухаў лекцыі ўважліва, ён проста будзе ўсё ведаць, даставаць з кэша.
Якія задачы вырашае стажор
Звычайна праграму стажыроўкі можна намеціць і абмеркаваць на фінальных сумоўях. Стажору толькі ў самым пачатку працы могуць дастацца трэніровачныя задачы, вынік якіх не будзе задзейнічаны ў прадакшэне. Больш за тое - верагоднасць атрымаць такія задачы невялікая. Часцей за ўсё даюцца баявыя праекты з бэклог, гэта значыць прызнаныя вартымі ўвагі, але не прыярытэтныя і «аддзельныя» - каб ад іх рэалізацыі не залежалі іншыя кампаненты. Кіраўнікі імкнуцца размяркоўваць іх так, каб стажор пазнаёміўся з рознымі часткамі сэрвісу, працаваў у адным асяроддзі з іншымі ўдзельнікамі каманды.
Ігнат:
Гэта вельмі карысныя задачы. Магчыма, яны не павялічаць утылізацыю кластара на 10%, не зэканомяць мільён долараў кампаніі, але зробяць шчаслівымі сотні людзей. Напрыклад, у нас зараз ёсць стажор, які займаецца нашым кліентам для запуску аперацый на нашых кластарах. Перад запускам аперацыя павінна загрузіць нейкія дадзеныя на кластар. Звычайна гэта займае 20-40 секунд, і раней гэта адбывалася моўчкі: запусціў яе ў кансолі і сядзіш, глядзіш у чорны экран. Стажор прыйшоў і за два тыдні зрабіў фічу: зараз відаць, як файлы заліваюцца і што адбываецца. Задача, з аднаго боку, нескладаная ў апісанні, а з другога - ёсць у чым пакапацца, якія бібліятэкі паглядзець. Самае прыемнае - што ты гэта зрабіў, прайшоў тыдзень, гэта аказалася на кластарах, людзі ўжо гэтым карыстаюцца. Пішаш пост ва ўнутраную сетку - табе кажуць дзякуй.
Мыш:
Стажоры рыхтуюць мадэлі, збіраюць для іх даныя, прыдумляюць метрыкі і праводзяць эксперыменты. Паступова мы проста пачынаем даваць яму больш свабоды і адказнасці - правяраем, ці спраўляецца ён. Калі так - ён пераходзіць на наступны ўзровень. Мы не мяркуем, што калі стажор прыходзіць, ён усё гэта ўмее. Кіраўнік дапамагае яму разабрацца, дае спасылку на ўнутраны рэсурс ці анлайн-курс.
Калі стажор паказвае сябе на вышыні - яму могуць даць нешта прыярытэтнае, важнае для аддзела або іншых сэрвісаў.
Дзіма:
Наш стажор зараз займаецца хардкорнымі дапрацоўкамі антыфроду. Гэта сістэма, якая змагаецца з самым розным аб'юзам і махлярствам на сэрвісах Яндэкса. Спачатку думалі даваць не вельмі складаныя і не вельмі важныя для прадакшэна рэчы. Мы загадзя імкнемся прадумаць задачы стажора, але тут убачылі, што чалавек "пячэ", хутка і добра вырашае задачы. У выніку мы сталі даручаць яму запуск антыфроду для новых сэрвісаў.
Акрамя таго, існуе невялікі шанец атрымаць задачу, да якой калегі раней не падступаліся з-за яе аб'ёму.
Дзіма:
Ёсць адна старая сістэма, а ёсць новая, яшчэ не даробленая. Трэба правесці пераезд з адной на іншую. У даляглядзе гэта важны праект, хоць з высокай нявызначанасцю: трэба шмат мець зносіны, чытаць незразумелы легасі-код. Мы на фінальнай гутарцы па-чэснаму сказалі стажору, што задача складаная. Ён адказаў, што готаў, прыйшоў да нас у каманду, і ў яго ўсё атрымалася. Аказалася, што ў яго ёсць якасці не толькі распрацоўшчыка, але і менеджэра. Ён гатовы быў сам хадзіць, даведвацца, пінгаваць.
Ментарства над стажорам
Стажору для апускання ў працэсы патрэбен ментар. Гэта чалавек, які знаходзіцца ў курсе не толькі сваіх задач, але і задач стажора. З ментарам наладжаны рэгулярныя зносіны, да іх заўсёды можна звярнуцца па параду. Мэнтарам можа выступаць альбо кіраўнік групы (калі гэта невялікая група), альбо хтосьці з калегаў, пастаянных удзельнікаў каманды.
Ігнат:
Я стараюся хаця б праз дзень падыходзіць, пытацца, як у стажора справы. Калі бачу, што закапаўся, дык стараюся яму дапамагчы, спытаць, у чым праблема, і разам з ім яе раскапаць. Ясна, што гэта адбірае мае сілы і робіць працу стажора не такой эфектыўнай інтэгральна — я ж таксама свой час марную. Затое гэта дазваляе яму ні ў чым не закапацца, атрымаць рэзультат. І ўсё роўна гэта хутчэй, чым калі б я гэта рабіў сам. Самому мне трэба на задачу ўмоўныя 5 гадзін. Стажор яе зробіць за 5 дзён. І так, я патрачу 2 гадзіны на працягу гэтых 5 дзён на тое, каб пагутарыць са стажорам і дапамагчы. Але хаця б 3 гадзіны я зэканомлю, і стажору будзе прыемна, што яму падказалі, дапамаглі. У цэлым, трэба проста шчыльна размаўляць, глядзець, што чалавек робіць, не губляць кантакт.
Сярожа:
Стажор увесь час знаходзіцца на сувязі са сваім ментарам і мае зносіны з ім па некалькі разоў у дзень. Мянтар ревьюит код, займаецца парным праграмаваннем са стажорам, дапамагае, калі ўзнікаюць нейкія праблемныя месцы. Менавіта такім спосабам, спалучэннем дапамогі ментара і рэальных баявых задач, мы навучаем франтэндэраў.
Дзіма:
Каб стажор не быў кінуты, мы яшчэ да найму абмяркоўваем, хто яго будзе ментаваць. Гэта яшчэ і вялікая прапампоўка для самога ментора: падрыхтоўка да ролі тымліду, праверка на здольнасць утрымаць у галаве і сваю задачу, і задачу стажора. Ёсць рэгулярныя сустрэчы, на якія часам хаджу і я сам, каб быць у курсе. Але зусім рэгулярна са стажорам мае зносіны менавіта ментар. Ён спачатку марнуе вельмі шмат часу, але гэта акупляецца.
Аднак наяўнасць ментара не азначае, што ўсе пытанні, якія ўзнікаюць, вырашаюцца праз яго.
Мыш:
У нас прынята, што людзі, якія сутыкнуліся з праблемай, пытаюцца парады ў суседзяў, калег і хутка знаходзяць дапамогу. Чым хутчэй чалавек расце, тым часцей яму трэба пайсці да калег даведацца штосьці. Карысна нават проста даведвацца аб задачах іншых людзей, каб прыдумаць новыя задачы. Калі стажёр сам у стане дамовіцца, зразумець, што важна іншаму боку, і прыйсці да выніку ў камандзе, ён значна хутчэй вырасце, чым той, за якога ўсё гэта павінен рабіць кіраўнік.
Сярожа:
Ёсць дакументацыя, але большая частка інфармацыі растворана ў паветры. Калі ты ўбіраеш яе на старце кар'еры, гэта дадатковая перавага, а мы можам сфакусаваць чалавека на тым, што трэба вывучыць.
Ідэальны стажор - гэта той, хто стажыруецца некалькі месяцаў, становіцца малодшым распрацоўшчыкам, потым проста распрацоўшчыкам, потым кіраўніком групы і г. д. Для гэтага патрэбен архетып вучня, які не саромеецца спытаць, калі яму нешта незразумела, але пры гэтым здольны на самастойную працу. Калі яму сказалі, што пра гэта можна прачытаць там, ён пойдзе, прачытае і сапраўды вернецца з новымі ведамі. Ён можа памыляцца, але ён не павінен памыляцца больш за адзін, максімум двух разоў у адным і тым жа месцы. Ідэальны стажёр павінен развівацца, убіраць усё як губка, вучыцца і расці. Той, хто сядзіць, спрабуе ва ўсім разабрацца сам, доўга калупаецца, не задае ніякіх пытанняў, наўрад ці прыжывецца.
Заканчэнне стажыроўкі
Перад пачаткам працы мы падпісваем з кожным стажорам тэрміновую дамову. Зразумела, стажыроўка аплачваецца, афармляецца па ТК РФ, і ў стажора з'яўляюцца тыя ж перавагі, што і ў любога іншага супрацоўніка Яндэкса. Праз тры месяцы праграма завяршаецца - шматлікіх стажораў мы затым пераводзім у штат (на бестэрміновы дагавор).
З аднаго боку, кіраўніку важна, каб распрацоўшчык выканаў свой стажорскі мінімум. Менавіта да гэтага вядзе стажора, пачынаючы з сумоўя. Аднак гэта толькі пачатак гісторыі. Стажор для нас заўсёды з'яўляецца патэнцыйным кандыдатам у штат. Праграма-мінімум для кіраўніка - яшчэ ў самым пачатку разглядзець такога чалавека, якога пасля трох месяцаў будзе не сорамна парэкамендаваць у іншыя аддзелы. Праграма-максімум - захаваць яго ў той жа камандзе, узяўшы ў штат. Пры гэтым мы ўлічваем, што студэнту другога ці трэцяга курса - нават калі ён стаў стажорам - з надыходам навучальнага года спатрэбіцца працягнуць навучанне ў ВНУ.
Сярожа:
У першую чаргу стажоры для нас – кадравы патэнцыял. Мы спрабуем вырасціць людзей унутры Яндэкса, каб яны ідэальна падыходзілі да нашых задач. Мы даем ім усё, пачынаючы з культуры зносін і ўзаемадзеяння ў камандах да энцыклапедычных ведаў пра ўсе нашы сістэмы.
Ігнат:
Беручы стажора, мы адразу прымяраем яго да таго, каб ён патрапіў да нас у каманду. І як правіла, адзіная перашкода - адсутнасць вакансіі. Стажорамі стараемся браць дастаткова маладых хлопцаў. Калі ў чалавека пяць гадоў досведу распрацоўкі, ён прыходзіць у Яндэкс і па ўзроўні ён стажор, то нажаль, для нас гэта азначае, што ён - хоць і быўшы малайцом, раз уладкоўваецца ў Яндэкс з пяццю гадамі досведу, - да старэйшага распрацоўніка вырасці не зможа . Звычайна справа ў хуткасці: павольны рост у мінулым будзе азначаць павольны рост і ў нас. Так, часам разуменне, што чалавек не цягне, прыходзіць толькі па выніках трох месяцаў. Але гэта дастаткова рэдка. Больш чым у палове выпадкаў мы гатовы браць людзей у штат. На маёй памяці не было такога, што чалавек паспяхова пастажаваўся, але не змог прайсці сумоўі на штатную пазіцыю.
Мыш:
Усім паспяховым стажорам мы прапануем застацца ў кампаніі. Пасля стажыроўкі мы, як правіла, бярэм на фултайм больш за палову. З летняй стажыроўкай складаней, бо часта да нас прыходзяць студэнты, напрыклад, трэцяга курса і ім цяжка сумяшчаць працу з вучобай.
Дзіма:
Выкажам здагадку, стажор выдатна спраўляецца з задачамі і мае масу перспектыў вырасці ў добрага распрацоўніка – хай нават у яго цяпер недастаткова досведу. І выкажам здагадку, вакансіі на бестэрміновы дагавор няма. Тады ўсё проста: мне трэба ісці да свайго кіраўніка і казаць яму - вось вельмі круты чалавек, яго трэба ўсімі сіламі пакідаць, давайце прапануем яму што-небудзь, знойдзем, куды яго прыбудаваць.
Гісторыі аб стажорах
Дзяніс:
Дзяўчына, якая да нас уладкавалася на стажыроўку ў 2017 годзе, была родам з Пермі. Гэта кіламетраў 400 ад Екацярынбурга на захад. І яна кожны тыдзень прыязджала да нас з Пермі на цягніку ў Школу мабільнай распрацоўкі. Днём прыязджала, увечар вучылася і познім увечар з'яжджала зваротна. Ацаніўшы такую стараннасць, мы яе паклікалі працаваць, і гэта сябе апраўдала.
Ігнат:
Некалькі гадоў таму мы ўдзельнічалі ў праграме абмену стажорамі. Папрацаваць з замежнымі хлопцамі было цікава. Але стажоры адтуль не мацнейшыя, чым, напрыклад, з ШАДа або з ФКНа. Здавалася б, EPFL знаходзіцца ў топ-20 ВНУ Еўропы. У мяне ў той момант - як яшчэ ў не вельмі дасведчанага суразмоўцу - было такое чаканне: неверагодна, мы гутарым людзей з EPFL, яны будуць супер-стромкія. Але людзі, якія атрымалі базавую адукацыю пра кодынг у нас - у тым ліку ў ключавых рэгіянальных ВНУ, - аказваюцца цалкам на ўзроўні.
Або іншая гісторыя. Цяпер у мяне ў штаце хлопец, малады зусім, каля 20 гадоў. Працуе ў Піцеры, прыязджаў на стажыроўку. Ён вельмі круты. Ты, як звычайна, даеш чалавеку задачы, ён іх вырашае, а праз месяц прыходзіць і кажа: я парашыў, гляджу, і, здаецца, у вас архітэктура дрэнна пабудавана. Давай пераробім. Код стане прасцей, зразумелей. Я яго, вядома, адгаварыў: аб'ём прац вялікі, профіту для карыстачоў няма, але ідэя гучыць абсалютна разумна. Чалавек разабраўся ў складаным шматструменным працэсе і прапанаваў паляпшэнні - можа, і несвоечасовыя, рэфакторынг дзеля рэфактарынгу. Але як толькі захочацца гэты код ускладніць, можна будзе гэты рэфактарынг усёткі зрабіць. Па факце прайшло некалькі месяцаў, і мы заняліся гэтай задачай. Я з задавальненнем узяў яго ў штат. Мы ўсе не геніі. Можна прыйсці, разабрацца ў нечым і ўказаць нам на нашы праблемы. Гэта шануецца.
Мыш:
У нас бываюць такія ідэальныя стажоры. Нягледзячы на адсутнасць досведу, яны бачаць задачу не толькі на тэхнічным, але і на глабальным узроўні. Прапануюць прынцыповыя паляпшэнні. У іх ёсць разуменне таго, як перавесці задачы з рэальнага свету ў тэхнічны, не страціўшы сэнсу. Яны задумваюцца, у чым выніковая мэта, ці варта зараз закопвацца ў дэталі ці можна цалкам змяніць падыход да задачы ці нават пастаноўку задачы. Значыць, у іх ёсць задзел на тое, каб апынуцца на некалькі ўзроўняў вышэй. Каб прайсці гэты шлях, ім проста трэба прапампаваць нейкія скілы і ўнутраныя інструменты. Плюс запусціць некалькі паспяховых праектаў.
Крыніца: habr.com