Kā neizgāzties tehniskajā intervijā IT uzņēmumā. Iziet tehnisko interviju

Skatījumi: 805

Internetā tiek izliets daudz sāpju par neveiksmīgām intervijām. Dažiem nepatika intervētāju jautājumi, citus aizvainoja izsmiekls, citi tika vērtēti, pamatojoties uz viņu VKontakte lapu. Intervētāji seko līdzi pretendentiem un zvēr par to, cik slikta mūsdienās ir situācija ar personālu un kādas muļķīgas atbildes sniedz nepieredzējuši programmētāji uz saviem viltīgajiem jautājumiem. tehniskas problēmas.

Diemžēl nav un nevar būt universālu noteikumu interviju nodošanai un vadīšanai, jo darbinieki tiek atlasīti ne tikai pēc viņu tehniskajām prasmēm un personiskajām īpašībām, bet arī saskaņojot kādu (bieži vien netiešu un ļoti subjektīvu) “profilu”, kas saskaņā ar intervētājiem, iederas viņu komandā vai uzņēmumā. Kas attiecas uz ceļvežiem no sērijas “kā pareizi nokārtot intervijas”, tie komentāros parasti rada ne mazāk sāpju, jo tie ir ļoti subjektīvi un noteikti skar kāda sāpju punktus.

Savas profesionālās karjeras laikā esmu bijis abās pusēs žogam, lai gan, iespējams, man ir nācies veikt nedaudz vairāk tehniskās intervijas, nekā tās nokārtot. Taču pa šo laiku man ir sakrājušās vairākas “iedomas”, kas mani atbaida tehniskās intervijas laikā un uzreiz prātā pieliek punktu tālākai sarunai. Tas ir tas, par ko es gribēju runāt – no intervētāja un pieteikuma iesniedzēja viedokļa. Uzreiz gribu atrunāt, ka raksts atspoguļo manus personīgos subjektīvos iespaidus un neizliekas par “interviju ceļvedi”. No otras puses, tas nav īslaicīgs niknuma uzliesmojums pēc neveiksmīgas intervijas, bet gan ilgstoši izsvērts kritēriju kopums, kas, lai arī uz negatīva pamata, ļauj man atsijāt iespējas vai nenobiedēt potenciāli piemērotu pretendentu. .

Kas jūs kaitina vai satrauc interviju laikā? Dalieties komentāros.

Intervija no pretendenta viedokļa

Katru reizi, kad programmētājs meklē darbu, viņam ir jāiziet daudzas tehniskās intervijas. Viņš staigā pa birojiem vai runā Skype, risina problēmas vai veic testus, atbild uz sarežģītiem tehniskiem jautājumiem, mēģinot sevi demonstrēt labākā puse. Taču viņš pats arī vērtē cilvēkus, kas viņu intervē un testē, domājot, ka rīt viņam potenciāli būs jāstrādā ar šiem cilvēkiem. Un ir daudz veidu, kā tehniskās intervijas lai atbaidītu pretendentu no interesantas pozīcijas. Es runāšu par to, kas mani personīgi vienmēr ir biedējis un no kā cenšos izvairīties kā intervētājs.

1. “Kas vēl tehniskā intervija?»

Pirmā un vissvarīgākā lieta, kas mani vienmēr ir satraukusi saistībā ar tehnisko interviju, ir tās neesamība. Gadās, ka visa saruna ar tehniskajiem speciālistiem – potenciāli topošajiem kolēģiem – balstās uz jautājumiem par profesionālo pieredzi: kur viņš strādājis, pie kādiem projektiem strādājis, kādu funkciju tajos pildījis. Par tehnoloģijām vai zināšanām - jautājumi līmenī “kādā krāsā ir mācību grāmata”. Vai jūs zināt, kas ir ziņojumu brokeris? Lieliski, mēs tevi aizvedīsim!

Šāda pieeja intervēšanai mani vienmēr ir asi vērsusi pret potenciālo darba devēju. Viņi man neuzdeva nevienu jautājumu, lai pārbaudītu, vai es patiešām zinu savu biznesu. Izskatās, ka mani intervētāji vai nu paši neko nesaprot par tēmu un meklē vismaz vienu cilvēku, kas saprot, vai vienkārši ir izmisuši un gatavi uzņemties jebkuru. Jebkurā gadījumā diez vai es gribētu strādāt šādā veidā sakomplektētā komandā.

2. "Nu, ko jūs tur darījāt..."

Pārsteidzoši, cik bieži tehnisko interviju laikā rodas noraidoša attieksme pret pretendentiem. Jā, iespējams, jūs esat bargs un pieredzējis programmētājs ar virkni projektu, jūs tikāt atrauts no ārkārtīgi svarīga darba, lai veiktu nevajadzīgas intervijas ar cilvēkiem, no kuriem lielākā daļa, jūsuprāt, ir pilnīgi nekompetenti. Taču neaizmirstiet, ka šobrīd jūs pārstāvat savu uzņēmumu un savu komandu, un cilvēks noteikti, balstoties uz jūsu uzvedību, veiks novērtējumu par klimatu komandā un to, kā pret viņu izturēsies šajā komandā. Esiet pieklājīgs un cieņpilns pret pieteikuma iesniedzēju, pat ja jau pirmajās piecās minūtēs sapratāt, ka viņu nevajadzētu pielaist nekur tuvu jūsu dārgajam kodam.

3. “Jūsu vārds/uzvārds/patronimvārds ir nepareizi uzrakstīts Jūsu CV!”

Tā nebūt nav tehniska, bet tomēr izplatīta problēma pat tehniskajās intervijās. Par laimi man ir diezgan vienkāršs un ierasts vārds, un tādas problēmas ar mani nav gadījušās. Tomēr es zinu, ka ir pārsteidzoši daudz cilvēku, kuri stingri uzskata, ka noteikti vārdi un pat uzvārdi vienkārši nepastāv. Viņi jūs pārliecinās, ka pareizais vārds nav “Danila”, bet gan “Daniil”, vai arī nav vārda “Alena”, bet tikai “Elena”. Viņi piedāvās labot un rakstīt “pareizi” savos dokumentos. Cilvēki ar retu vai neparasti vārdi, un ticiet man, tas ir neticami kaitinoši. Tātad, ir viens vienkāršs noteikums: nav tādu nosaukumu, kas neeksistē. Pareizi rakstiet, kā rakstīts pasē. Izrādiet cieņu pret pieteikuma iesniedzēju un neuzskatiet viņu par tik stulbu, ka viņš nespētu iekopēt no pases CV dotais vārds. Pat ja jums ir aizdomas par kļūdu, varat to noskaidrot taktiskāk.

4. “Cik golfa bumbiņu būtu nepieciešams, lai notīrītu visus apaļos logus skolas autobusā, kas Sanfrancisko evakuācijas laikā sarucis līdz niķeļa izmēram, izmantojot ne vairāk kā 3 svēršanas reizes?”

Neviens raksts par intervijām nebūtu pilnīgs, ja netiek pieminēti lūku vāki. Varat to uzskatīt par manu personīgo dīvainību, kas saistīta ar nespēju ātri un zem spiediena atrisināt nestandarta problēmas. Bet esmu pārliecināts, ka prāta spēles interviju laikā ir absolūti bezjēdzīgas. Pareizāk sakot, tā ir lielisks veids savervējiet pilnu smadzeņu brīnumbērnu nodaļu ar prāta olimpiādi, kas visu dienu apmainīsies ar svaigām prāta spēlēm, nevis strādās. Iekšā īsts programmētājs dabiskā vide dzīvē, pat nodarbojoties ar ļoti foršiem un nestandarta uzdevumiem, viņš joprojām reti kodē stresa apstākļos, un lielāko dienas daļu pavada sēžot un nesteidzīgi domājot salīdzinoši mierīgā gaisotnē par to, kā viņš var skaisti sagriezt kodu metodēs. Viņš nekad neizmanto savus "smadzeņu muskuļus", lai šajā procesā atrisinātu sarežģītas problēmas.

5. “Nepareizi. Tālāk."

Protams, intervētāja uzdevums nav apmācīt cilvēkus, kas nāk uz interviju. Tomēr, ja pieteikuma iesniedzējs nevarēja atbildēt uz jautājumu, bet joprojām ir ieinteresēts, tad pamudināt vai vismaz norādīt uz pareizo risinājumu, pirms pāriet pie nākamā jautājuma, ir jautājums. profesionālā ētika, demonstrācija, ka, ja kaut kas notiks, viņi viņam palīdzēs, iemācīs un neatstās viņu vienu ar tehniskām problēmām. Pasaki viņam vismaz dažus vārdus, ko google, ko lasīt. Galu galā interese par pareizais lēmums uzdevumi ir paši par sevi pozitīva kvalitāte tehniskais speciālists, un nevajag demotivēt šādu cilvēku, noniecinot viņa kļūdas vai neprecizitātes.

Intervija no intervētāja viedokļa

Katru reizi, kad tiek atvērta jauna vakance, vadošajam speciālistam vai nodaļas vadītājam ir jāveic daudzas tehniskas intervijas. Uz intervijām nāk cilvēki ar atšķirīgu tehnisko pieredzi, apmācības līmeni un cerībām. Lai veiktu intervijas, jums ir jāpārdomā sarunas plāns, jāsastāda jautājumu saraksts un pēc tam jāmēģina no atbildēm uz šiem jautājumiem saprast, vai persona ir piemērota šim amatam vai nē. Un dažreiz pretendenti interviju laikā saka tādas lietas, ka uzreiz kļūst skaidrs – nē, ar šo cilvēku nevar strādāt kopā. Šeit ir atlasītas pretendentu atslēgas frāzes, kas mani personīgi satrauc.

1. “Daži no jūsu jautājumiem ir teorētiski. Es neesmu spēcīgs teorētiski, esmu pieredzējis praksē! Veiksim labāku pārbaudi!”

Vārds “teorētisks” parasti tiek izrunāts ar noraidošu pieskaņu, it kā tas būtu kaut kas slikts. Bet tā pat nav problēma. Vai, jūsuprāt, pirms šīs frāzes bija intervētāja lūgums pierādīt Košī teorēmu? Dodiet precīza definīcija trešā normālā forma? Nemaz. Es dzirdēju šādus izsaucienus, atbildot uz šādiem jautājumiem:

• Kā salīdzināšana ar == atšķiras no salīdzināšanas ar vienādiem elementiem Java?


• pastāstiet mums, kā darbojas jaucējkarte.


• Izskaidro saviem vārdiem, kas ir ATPŪTA.


• Kas ir darījumi un kāpēc tie ir nepieciešami?

Jā, no zināma viedokļa jebkurš programmēšanas jautājums ir teorētisks, ja tas neprasa rakstīt koda rindiņu tieši šeit un tagad. Bet esmu pārliecināts, ka cilvēkam ar pietiekami lielu pieredzi noteiktā jomā elementārākās lietas jāprot izskaidrot saviem vārdiem vai vismaz neizlikties, ka nezināšana par tām ir normāla un dabiska.

2. “Es negaidīju, ka šeit būs Spānijas inkvizīcija! Tas ir tāpat kā kārtot eksāmenu institūtā. Parasti viņi vienkārši jautā, kur viņš strādāja un ko darīja.

Jūs esat ieradies uz tehnisko interviju. Tehniskajā intervijā jums tiks uzdoti tehniski jautājumi, lai pārbaudītu savas tehniskās prasmes. Pārbaudes metodiku un jautājumu izvēli atstājiet uz intervētāja sirdsapziņas – jautājumi ne vienmēr jums var šķist adekvāti, taču intervētājs precīzi zina, kādu informāciju par jums vēlas iegūt, analizējot jūsu atbildes. Ir vajadzīgi daudzi jautājumi, nevis lai pārbaudītu savas zināšanas, bet lai piespiestu aizdomāties un paskatīties uz savu domu gājienu. Atcerieties arī, ka ne uz visiem jautājumiem ir nepieciešama pilnīgi precīza atbilde, un, ja jūs skaidri atbildat vismaz uz pusi no tā, ko viņi jums jautāja, tas jau atstās labu iespaidu.

3. "Man tas nav jāzina, es specializējos augstāka līmeņa uzdevumos!"

Nejauciet specializāciju ar programmēšanas pamatu nezināšanu. No izstrādātājiem mobilās lietojumprogrammas Esmu dzirdējis līdzīgas lietas par TCP/IP steka protokoliem no priekšgala programmētājiem – atbildot uz jautājumiem par kārtošanas un meklēšanas algoritmiem. "Kāpēc man tas būtu jāzina, viss ir standarta bibliotēkā, es strādāju augstākā līmenī." Reaģējot uz šādiem izteikumiem, es jau sen izdomāju pāris nelielas problēmas ar viltīgi slēptiem algoritmiem - cerībā parādīt, ka algoritmu nezināšanas "naivs" risinājums neiztur kritiku un līdz plkst. vismaz veicināt pašizglītību. Turklāt tie nav kaut kādi mākslīgi konstruēti uzdevumi, bet gan lietas, kas attīstībā notiek katru dienu. Jebkurš kods ir algoritms. Izpratne par pamata algoritmiem un datu struktūrām ir svarīga jebkuram programmētājam, un interneta protokoli ir bāze, bez kuras zināšanas nav iespējams kompetenti uzrakstīt neko, kas pārsniedz viena datora robežas.

4. “Un tu pats! / Parādi man savu kodu! / Bet es devos uz jūsu GitHub, un tur ir šis..."

Pēdējā lieta, ko intervētājs vēlas, ir pieņemt darbā cilvēku un pēc tam uzklausīt, kā viņš kritizē savu kodu bāzi. Jā, viņa, visticamāk, ir nepilnīga. Jā, tehniskais parāds ir visur un visiem ir. Jebkurā kodā ir ko kritizēt. Bet, ja jūs patiešām uzskatāt sevi par tik foršu, ka redzat acīmredzamas problēmas savu potenciālo darba devēju kodeksā, pārveidojiet to konstruktīvā pozitīvā: es zinu, kā uzlabot, man ir pieredze šajā tēmā, es varu jums noderēt.

5. “Tu kļūdies!”

Protams, var gadīties jebkas, taču labāk paturēt savu viedokli par to, vai intervētājs kļūdās vai šaubās par viņa kompetenci līdz intervijas beigām. Pēc tam atrodiet Google un noskaidrojiet, kuram no jums bija taisnība. Tehniskā intervija nav vieta diskusijām vai pašapliecināšanai, un šeit uzdotie jautājumi galvenokārt tiek uzdoti jums. Intervētājs nejautās par to, ko viņš pats nesaprot.

Secinājums

Vai zināt, kas ir jaukākais, ko esmu dzirdējis no pretendentiem interviju laikā? "Es tiešām neatbildēju, vai ne? Vai varat iedot man papīru? Es pierakstīšu jūsu jautājumus un izdomāšu tos mājās, pat ja jūs mani nepieņemsiet darbā, es vismaz tagad zināšu. Acīs sariesās lepnuma asaras - ne velti tu pusotru stundu veltīji cilvēkam, viņš pats kaut ko uzzināja no šīs intervijas. Pat ja tagad viņš ir pārāk vājš šim amatam, iespējams, tas viņu pamudinās izglītoties, un pēc gada vai diviem viņš atgriezīsies, parādīs no labākās puses un dabūs darbu - kā tas reiz manā karjerā notika.

Kā tas notiek

Vairumā gadījumu novērtējuma veikšanai tiek pieaicināts cits speciālists ar augstu tehniskās kompetences pakāpi, kurš parasti neko nesaprot par personāla jautājumiem un informācijas vākšanas metodikām par personas personību, un frontālo iztaujāšanu par “kurš zina vairāk” vienkārši sākas. Dažiem intervētājiem vienkārši ir jautājumu kontrolsaraksts. Daudzi izmanto arī testa uzdevuma praksi, kas jāpabeidz pirms klātienes intervijas ieplānošanas. Kopumā problēmu atrisina tas, kurš var darīt vislabāk.

Kopumā šī pieeja var būt efektīva, taču tai ir vairāki trūkumi:
1. Pastāv iespēja, ka intervējošais tehniskais speciālists neatbilstību starp pretendenta un viņa pieredzi var uztvert kā pieredzes trūkumu vispār. Piemēram, tos var norādīt diezgan šauri praktiskiem jautājumiem, ar ko pretendents praksē nav saskāries, ko var interpretēt kā “Kā tu to vari nezināt, tas ir tik vienkārši.” Bet cilvēkresursu speciālists to nekad nevarēs atpazīt konteksta specifikas dēļ.
2. Pat ja tiek uzdoti tādi atklāti jautājumi kā “Kādas problēmas jums ir bijis jāatrisina, tad pieredzes neatbilstību var interpretēt kā “Viņš mums nav piemērots, jo viņš nav darījis to, ko mēs darām vairākus gadus?” ”.
3. Daži tehniskie speciālisti, īpaši tie, kuriem jau ir diezgan liela pieredze, maz apzinās faktu, ka konkrētu instrumentu nezināšana bieži vien nav liels šķērslis. Piemēram, ja persona nav strādājusi ar GIT, bet labi pārzina CVS, tas ievērojami samazina šķēršļus rīka iegūšanai.
4. Problēmas var rasties arī tad, ja pretendentam ir liela praktiskā pieredze un viņš labi atbild uz jautājumiem konkrētus risinājumus, bet, kad viņu pieņem darbā, pēkšņi izrādās, ka viņš pieļauj diezgan tipiskas kļūdas jomās, ar kurām līdz šim nav strādājis. Par tādiem cilvēkiem rodas iespaids, ka viņi “ir stulbi no zila gaisa” vai “aktīvi kopē-ielīmē kodu” no saviem iepriekšējiem projektiem.
5. Reizēm jūs saskaraties ar speciālistu, kurš rada iesācēja iespaidu un viņa CV uzrāda nelielu praktisko pieredzi, taču ir svarīgi saprast, vai viņam tas izdosies. Jo, ja tas izdodas, ar nelielu ieguldījumu var iegūt labu “zvaigzni” komandai. Un nav skaidrs, kā to pēc iespējas precīzāk atpazīt.

Šie ir tikai daži no scenārijiem, ar kuriem regulāri nākas saskarties, pieņemot darbā jaunus tehniķus. Intervēšana ar tehniķi ir kā uzdevums, kurā aiz rotējošiem kvadrātiem ir paslēpta milzīga glezna, ko pa vienam apgriežat. Un tavs uzdevums ir uzminēt visu attēlu ar nosacījumu, ka jūsu laiks ir ierobežots un iespējamo attēlu skaits ir milzīgs.
Lai šos negatīvos scenārijus būtu lielāka iespēja izfiltrēt, kā arī efektīvāk veiktu tehnisko speciālistu intervijas, var izmantot īpašu informācijas vākšanas modeli.

Zināšanu klasifikācija

Vispirms jums jāizlemj par zināšanu klasifikāciju. Lai to izdarītu, tie ir jāsadala 3 veidos:
1. Fundamentāls-Šo pamatzināšanas konkrētā jomā. Piemēram, tas varētu būt jautājums “Kādus SQL vaicājumu pamatveidus jūs zināt?”
2. Pielietots ir prasme risināt konkrētas problēmas. Piemēram, tie varētu būt uzdevumi pareiza pareizrakstība SQL vaicājumi konkrētiem piemēriem.
3. Instrumentāls ir zināšanas par to, kā lietot konkrētus rīkus. Piemēram, kāda ir atšķirība starp innodb un myisam veikaliem?

Pamatzināšanas ir nepieciešamas, lai tās izmantotu, lai saprastu, kā vislabāk risināt praktiskas problēmas. Praktiskie uzdevumi veido lietišķās zināšanas, tas ir, izpratni par to, kā un ko vislabāk darīt. Apzinoties, ka individuālās problēmas vislabāk var atrisināt ar konkrētu instrumentu palīdzību, attīstās arī instrumentālās zināšanas. Bieži vien cilvēks sāk ar kādu nelielu praksi, pēc tam pēta, “kāpēc tas tā darbojas”, tad mēģina izdarīt ko līdzīgu un tad ar instrumentu palīdzību noslīpē savas prasmes.
Piemēram, cilvēks valodas prasmes attīsta tieši tāpat: sākumā viņš vienkārši mēģina atkārtot pēc vecākiem atsevišķi vārdi; tad viņš apgūst alfabētu; tad raksta esejas, rakstus vai biznesa vēstules; un dažreiz šim nolūkam izmanto uzziņu grāmatas un vārdnīcas.

Kad kaut kas nogāja greizi

Tā kā “akadēmiskā izglītība” IT jomā joprojām ir diezgan vāja, lielākā daļa speciālistu lielākoties ir autodidakti. Tas rada noteiktas novirzes, kuras šajā modelī var labi saprast, ja kāda no zināšanu jomām ir hipertrofēta. Šeit ir klasiskie kandidātu portreti un to skaidrojums:
1. Zināt visu– ir ievērojams daudzums fundamentālo zināšanu, piemēram, apgūtas dažos kursos un lasot grāmatas/rakstus, taču viņam nav praktisku iemaņu to pielietošanā, kas viņu nemaz netraucē. Pat ja jūs sākat viņam uzdot dažas praktiskas problēmas, jūs vienmēr dzirdēsit daudz zināšanu par to, kā tam patiesībā vajadzētu darboties, kā tiek sakārtotas atsevišķas daļas, taču šādam kandidātam būs diezgan grūti visu salikt kopā, lai atrisinātu problēmu. , bez jūsu padomiem. Diezgan izplatīta situācija, ja kandidātam jautājat par mazlietotiem OOP modeļiem: modeļa aprakstu dzirdēsiet, kad tas tiks izmantots kādā akadēmiskā piemērā, taču integrācija dzīvajā uzdevumā būs sarežģīta.
2. Stackoverflow izstrādātājs– parasti šādi izstrādātāji diezgan aktīvi stāsta par savu pieredzi, par to, kādas problēmas un kā izdevies atrisināt, bet mēģinot atbildēt uz jautājumu “Kā darīt...?” no viņiem nezināmas praktiskas jomas dzirdēsiet vai nu mēģinājumu “pavilkt aiz ausīm” citu risinājumu, vai arī atbildi stilā “Jā, 5 minūtēs var googlēt, šo jau kaut kur esmu redzējis. ” Šādi izstrādātāji nereti mēģina ievilkt jau izstrādātus gatavus risinājumus, argumentējot ar “Kāpēc to darīt 2 reizes?”, vai arī vienkārši kopē-ielīmē kodu no interneta un citiem projektiem. Uzdodot jautājumu “Kāpēc tas darbojas šādi?” vai "Kā to var izdarīt savādāk?" bieži var apmaldīties un mēģināt tulkot tēmu.
3. Tools&Frameworks izstrādātājs. Ēst vecs joks: “Kā sākt veidot vietni 1995. gadā? Atveriet piezīmju grāmatiņu un sāciet rakstīt kodu. Kā sākt veidot vietni 2015. gadā? Lejupielādējiet un instalējiet komponistu, ietvaru, cms paplašinājumu, bootstrap, jquery, bower, mazāk, instalējiet IDE, sāciet rakstīt kodu. Apmēram tas pats attiecas uz šāda veida speciālistiem. Lielākā daļa šādu speciālistu pielietotās pieredzes ir saistīta tikai ar konkrētu instrumentu. Jēdziens “smadzeņu bitrix” diezgan specifiski raksturo šo gadījumu. Šādiem kandidātiem ir ļoti grūti dot uzdevumus, izmantojot “native” kodu, jo bez rīka viņiem tas ir gandrīz neiespējams uzdevums.
Šie piemēri doti gadījumiem, kad kāda no zināšanu jomām ieņem vadošo pozīciju, un tā kā “pārākuma” sajūta šajā jomā rada paša “lieluma” sajūtu, tad speciālists cenšas pie tā turēties ar visu. viņa spēks (“visi vēlas būt forši”). Piemēram, Stackoverflow izstrādātājs, mēģinot uzzināt fundamentālās zināšanas, līdz pēdējam iebildīs, ka "man tas nav jāzina, es to jau esmu darījis simts reizes, un viss ir izdevies."

Kā darbojas efektīva attīstība

Visefektīvākais zināšanu attīstības scenārijs ir tieši līdzsvars starp jomām. Jūs varat to sasniegt dažādos veidos, taču nav iespējams pieļaut “deformāciju”. Piemēram, jūs gribējāt izveidot sākumlapu un neko par to nesaprotat (visi sāka ar šo): lejupielādējāt WordPress (paņēmāt "rīku"); Google meklēju, kā visu iestatīt, un izveidojām mūsu pirmo blogu ar vairākiem rakstiem (iegūtas lietišķās zināšanas); tagad izdomājiet, kā un kāpēc tas darbojas, piemēram, kā ir strukturēta datu bāze un kešatmiņa, kāda ir dzinēja arhitektūra utt. (iegūt pamatzināšanas). Pēc tam varat apskatīt, kādi rīki un kā tie var atrisināt šo problēmu, vai arī uzrakstīt savu rīku. Ja apstājaties tikai pie pirmā vai otrā soļa, tad varat viegli iekļūt kādā no iepriekš norādītajām speciālistu kategorijām, un esmu pārliecināts, ka jūs to noteikti nevēlaties :)

Kā novērtēt zināšanas

Pamatojoties uz šo modeli, ir iespējams arī diezgan vienkārši “izpētīt” tehniskos speciālistus par viņu mācību stratēģiju un to, cik lielā mērā viņu pašreizējās zināšanas ļauj efektīvi risināt problēmas. Intervēšanas stratēģija ir šāda: uzdodot jautājumu par jūs interesējošo tehnisko jomu jebkurā zināšanu jomā, pārejiet nevis “horizontāli” zināšanu apgabalā, bet “vertikāli” uz blakus tipu. zināšanas.
Viņi jautāja par fundamentālajām zināšanām, pēc tam jautā, kādas problēmas cilvēks atrisināja, izmantojot tās, vai uzdod praktisku problēmu, kurā šīs zināšanas būtu nepieciešamas, un pēc tam jautā, kādi instrumenti ir pieejami, lai šīs zināšanas izmantotu un labāk atrisinātu praktiskas problēmas.

Piemēram: Kas ir saliktie b-koka indeksi un kā tie darbojas? Vai varat sniegt piemēru, kad šādi indeksi var būt nepieciešami vai, gluži pretēji, tie būtu nepiemēroti? Kā saprast, ka šie indeksi darbojas efektīvi, un ko tam var izmantot?

Ja uz visiem šiem jautājumiem dzirdat izsmeļošas atbildes, tas nozīmē, ka speciālists patiešām ir centies attīstīt stabilas zināšanas šajā jomā un apgūt visu līmeņu zināšanas. Tagad mums no tā jāizdara pareizie secinājumi. Tas vai nu norādīs, ka speciālistam ir bijusi milzīga ar indeksiem saistītu uzdevumu kaudze, vai arī viņam ir laba mācīšanās stratēģija (kas neizslēdz pirmo). Lai noteiktu, vai šī stratēģija pastāv, pietiek izpētīt vēl dažas jomas, kurās kandidāts var nebūt tik gudrs, to bieži var redzēt no CV.

Spēcīgi un perspektīvi kandidāti parāda, ka pat tad, ja nav zināšanu, viņi saprot, kā trūkst, un izvēlas efektīva pieeja lai kompensētu zināšanu trūkumu. Ja šādā veidā pārbaudāt vairākas jomas, pamanāt, ka kandidātam ir efektīva stratēģija apmācību, tad viss, kas jums jādara, ir pārbaudīt jums nepieciešamās pamatzināšanas. Galu galā ar tiem un pareizo mācību stratēģiju kandidāts ar lielu varbūtības pakāpi spēs pēc iespējas efektīvāk atrisināt jaunas problēmas.
Efektīva mācīšanās stratēģija ir stratēģija zināšanu papildināšanai jebkurā visu veidu jomā (fundamentālā, lietišķā, instrumentālā): izmēģiniet kaut ko, saprotiet, kā un kāpēc tas darbojas, dariet kaut ko līdzīgu, apgūstiet rīkus, lai to izdarītu vēl labāk.

Tipiskas kļūdas novērtējumā

Daudzi mēdz pārvērtēt lietišķo zināšanu nozīmi attiecībā pret citām jomām, proti, ka cilvēki ar lielāku pieredzi uzdevumu veikšanā ir labi speciālisti, taču tas tā nav. Ja praksi neatbalsta fundamentālas zināšanas vai speciālists nekad nav paplašinājis savus instrumentus, tad šāda speciālista efektivitāte var būt ļoti zema. Meklējiet tos, kuri var attīstīt katru jomu. Viņi ir labākie, pat ja viņiem nav lielas pieredzes.

Bieži var atrast testa uzdevumus, kas ir šauri vērsti tikai uz fundamentāliem jautājumiem, piemēram, valodas konstrukcijām, tipiskām kļūdām, lietojot “neintuitīvu uzvedību”, jautājumiem par OOP modeļiem utt. Kā jau var noprast no iepriekš minētā modeļa, “teorētiķus” šādā veidā nenoskaidrosi, turklāt fundamentālās zināšanas ir lieliski googlējamas. Tātad šādu testu efektivitāte ir salīdzinoši zema.

Pastāv arī izplatīts uzskats, ka ir svarīgi “saprast, kā cilvēks domā”. Šī neapšaubāmi ir “skaista” frāze, taču tā ir ļoti subjektīva, un līdz ar to, pamatojoties uz šādiem vērtējumiem, ir grūti būt pārliecinātam par rezultātu. Turklāt šeit jūs varat iekrist subjektīva vērtējuma slazdā: "viņš nedomā tāpat kā es." Taču, ja redzi, ka cilvēks prot efektīvi formulēt savas zināšanas un risināt problēmas, tad nav svarīgi, kā tieši viņš to dara, jo galvenais ir rezultāts.

Ja paredzat pievilcīgus sadarbības nosacījumus un kandidātu plūsma ir pietiekami liela, tad noformējiet pārbaudes uzdevums. Iekļaujiet vairākus jautājumus nevis no viena veida zināšanām, bet gan no dažādiem. Pamatojoties uz atbildēm uz šiem jautājumiem, jūs varat iegūt aptuvenu priekšstatu par kandidāta stiprajām un vājajām pusēm.

Ko meklēt

Ir vairāki punkti, kuriem intervijas laikā arī jāpievērš uzmanība. Tie vairāk attiecas uz personāla komponentu, taču tie parādās īpaši tehniskās intervijas laikā.

Prāta zinātkāre. Cik smagi kandidāts cenšas atrisināt problēmu, ja viņš nezina risinājumu uzreiz? Vai viņš meklē alternatīvi ceļi, analizē norādes, jautā un analizē piedāvāto risinājumu. Vāji kandidāti “izlaiž pāri” visam, ko viņi nevarēja saprast.
Veselīga pašapziņa. Cik lielā mērā kandidāts atzīst, ka var kaut ko nezināt? Savas audzināšanas dēļ cilvēkiem dažkārt rodas kompleksi attiecībā uz savām zināšanām (“godā diplomāti” utt.). Dažkārt šādi cilvēki pieņem lēmumus asi kategoriski un neatzīst alternatīvus viedokļus, ja tie liecina par kandidāta zināšanu trūkumu.
Vēlme pēc pašattīstības. Labākie kandidāti ir tie, kuri cenšas attīstīties kā speciālisti vai kuri cenšas “padarīt pasauli labāku”, radot kādu labumu. Vāji kandidāti uzskata, ka viņi jau ir “pie savu zināšanu griestiem” un vienkārši vēlas no tā nopelnīt pēc iespējas vairāk. Ir arī kandidāti, kuri uzskata, ka tie ir jāattīsta darba devējam, nevis viņiem pašiem, jo ​​tieši darba devējs izvirza uzdevumus.

Intervēšanas stratēģija

Pirms intervijas izveidojiet sarakstu ar galvenajām jomām, kurās jums nepieciešama speciālista pieredze. Ir labi, ja no tiem ir vismaz 10, piemēram: PHP + OOP modeļi; SQL + vaicājumu optimizācija; augstas slodzes projektu arhitektūra; darbs ar kešatmiņu utt.
Katrā galvenajā jomā izveidojiet vismaz 5 jautājumus katram zināšanu veidam, kopā vismaz 15 jautājumus katrā jomā. Vislabāk to darīt, lai lidojuma laikā nerastos jautājumi. Ir vēlams, lai šādi jautājumi nodrošinātu vertikālu savienojamību savā starpā.

Piemēram:
Reģions: augstas slodzes projektu arhitektūra.
Pamatjautājumi: Kādi galvenie parametri ir svarīgi ņemt vērā, projektējot lielas slodzes sistēmas? Kādus tipiskus arhitektūras risinājumus jūs zināt? Kāda ir atšķirība starp horizontālo un vertikālo mērogošanu?
Pieteikšanās jautājumi: Ja lietotāji var augšupielādēt failus, kāds ir labākais veids, kā atrisināt atgriešanas horizontālās mērogošanas problēmu? Ja jums ir lapa ar augstiem RPM un informācijas bloks, kuram ir ilgu laiku paaudze, kā jūs varat paātrināt lapas renderēšanu? Ja viena datu bāze ir kļuvusi par projekta vājo vietu palielinātas darba slodzes dēļ, kāds ir labākais veids, kā risināt šo problēmu?
Instrumentāli jautājumi: Kādus rīkus var izmantot, lai slodzes līdzsvarotu HTTP trafiku? Kādus kešatmiņas serverus jūs zināt un kādas ir to atšķirības? Kā var izmērīt lietojumprogrammu veiktspēju lielas slodzes apstākļos?

Sāciet ar jebkuru no jūsu izvēlētajiem jautājumiem. Konsekventi uzdodiet jautājumus no katra zināšanu veida izvēlētajā jomā (vertikāli). Ja redzat, ka kandidāts pārliecinoši pārvalda teoriju, praksi un rīkus, tad varat būt diezgan drošs, ka viņš spēs pārliecinoši risināt arī ar to saistītās praktiskās problēmas.

Atbildot uz jautājumiem, pārvietojoties pa jomām, veidosies priekšstats par to, kā tiek sadalītas kandidāta zināšanas. Piemēram, jūs varat apzināties būtisku teorētisko zināšanu trūkumu vai nepilnības zināšanās par rīkiem. Pamatojoties uz to, varat izdarīt secinājumu par to, cik efektīva ir kandidāta apmācības stratēģija un viņa pašreizējās zināšanas kopumā. Parasti mācīšanās stratēģija ir vienāda visās jomās, tas ir, ļoti reti var atrast kandidātus, kuri vienā jomā ļoti labi pārzina teoriju, bet citā risina tikai praktiskas problēmas un pat nemēģināja uzdot jautājumu "Kā tas darbojas?"

Nu, tad atkarībā no vakances prasībām jums būs daudz vieglāk pieņemt lēmumu. Vai meklējat junioru? Pārliecinieties, ka ne tikai mēģināt risināt praktiskas problēmas, bet arī papildināt fundamentālās zināšanas, kā arī meklēt un apgūt jaunus rīkus. Vai meklējat vidu? Pārliecinieties, ka viņa prasmes sakņojas katra veida zināšanās un viņš saprot, kur iet tālāk, lai aizpildītu nepilnības. Vai meklējat senioru? Pārliecinieties, ka viņam ir izcilas fundamentālās zināšanas un viņš var efektīvi “salikt” jebkuru praktisku problēmu ar fundamentāliem pamatojumiem un atbilstošiem instrumentiem.

Ja pamanāt kādas nepilnības vajadzīgajās zināšanās, un tās jums nav būtiskas, bet tomēr svarīgas, tad noteikti pierakstiet to un piestrādājiet pie tā pārbaudes laiks plānu, kā aizpildīt šīs nepilnības, izmantojot to sertifikācijas laikā. Tas ļaus jums metodiski un apzināti palielināt savu darbinieku efektivitāti. Taču jautājums par darbinieku apmācību un attīstību ir pavisam cits un ļoti liels stāsts.

Kur vēl var izmantot modeli?

Dotais modelis faktiski ir izmantojams ne tikai tehniskajiem speciālistiem, bet jebkurai profesijai kopumā. Vienīgā atšķirība būs tajā, cik pilnībā tiek realizētas noteikta veida zināšanas šajās jomās. Ņemiet, piemēram, sētnieku: Kādus tīrības kritērijus jūs zināt? Ja vienā dienā jāiztīra 10 mājas, kāds ir labākais veids, kā to izdarīt? Kurām virsmām kādus tīrīšanas līdzekļus vislabāk izmantot?

Kā secinājums

Es nesen nolēmu apkopot savas piezīmes par interviju jautājumiem PHP izstrādātājiem un ievietot tās atvērta piekļuve(projekts ir "uz ceļgala", tāpēc nevainojiet mani). Protams, ne viss ir, bet pietiek, lai apkopotu domas un sagatavotos intervijai. Jautājumus varat apskatīt saitē:
pagerton.com/hr/question/all
Ja būs pozitīvas atbildes, iespēju robežās attīstīšu projektu, vēlos arī nosūtīt saites uz labiem kursiem izstrādātājiem, tāpēc būšu pateicīgs atsauksmes.
Ceru, ka šis modelis var noderēt arī jums. Ne tikai kā intervējamā, bet arī kā intervējamā, jo izprotot savas stiprās puses un vājās puses palīdzēs jums attīstīties efektīvāk.
Es novēlu jums būt labākajam un strādāt ar labākajiem.

Sveiki visiem, javarašieši! Tā sagadījās, ka nesen biju intervija un vēlos pastāstīt, kādi jautājumi man tika uzdoti, pieņemot, ka kandidēju uz Junior++ amatu. Tie. Vēl ne vidus, bet arī ne zaļais juniors. Tātad intervija noritēja pēc šī plāna

1. JavaCore
2. Datu bāzes.
3. Jūsu izmantotie rīki.

JavaCore

Pirmkārt, man tika lūgts uzzīmēt kolekciju saskarņu hierarhiju (tas nebija grūti, ir tikai daži no tiem (kolekcija, saraksts, kopa, rinda, karte).

Kāda ir atšķirība starp ArrayList un LinkedList (šis ir viens no uzlauztākajiem jautājumiem un atbildēm internetā, vienkārši tumsa).

Mēs apspriedām tajos vaicājumu izpildes ātrumu un to, kāda ir atšķirība starp lapām.

Jautājums par objektu klasi. Kādas ir viņa metodes, ko viņi dara?

Atspulgs. Ko dara getClass() metode. Ļoti interesants jautājums, izjauciet to. Īpaši par to, kā iegūt visu par klasi, pat ja tajā ir privātas metodes vai mainīgie.

Viņi jautāja par multithreading. Manuprāt, ir vāji pastāstīt, kā jūs saprotat, kas ir daudzpavedienu veidošana. Kas nepieciešams, lai sāktu jaunu pavedienu. Reāli, ja jums ir 20+ līmenis, tad šie jautājumi jums šķitīs smieklīgi.

Ko jūs varat teikt par straumi. Šeit nav runa par Java 8. Tas ir par ievades un izvades straumēm. Tāpat kā pamata saskarnes, kas tās ir (rakstzīmes un baiti). Lai saprastu, bez specifikas.

• Izņēmumi. Šeit atkal tika lūgts uzzīmēt izņēmumu hierarhiju, kādi veidi ir, kuri ir pārbaudīti un kuri ir neatzīmēti. Ko darīt ar izpildlaika izņēmumiem. Nosauciet visbiežāk sastopamo (NullPointerException).

Jautājums ir, ko darīt ar pārbaudītiem izņēmumiem (pārsūtīt tālāk vai apstrādāt - abi ir skaidri).

OOP

Kas ir OOP īsumā?

Kādas vēl ir programmēšanas paradigmas? Kā tie atšķiras no OOP?

Kādi ir OOP pamatprincipi (mantošana, polimorfisms un iekapsulēšana)? Pastāstiet mums par katru no tiem. Pagaidām viss ir abstrakts, nav piesaistīts nevienai valodai.

Sistēmas projektēšanas izpratnes uzdevums: ir Zirgs un Putns. Mums jāsaņem Pegasus. princips "ir" un "ir a"

ATPŪTAS

Kas ir ATPŪTA. Wikipedia par to runā ļoti forši. Patiesībā, lai iepazītos, pietiek ar rakstu no Vikipēdijas.

HTTP. Šeit ir arī vispārīgas frāzes. Viņa metodes, kam katra no tām paredzēta.

HTTP statusa kodi. Kādās piecās daļās to vajadzētu sadalīt Pastāstiet par slavenākajām (200 204 404 500 501). Kāpēc viņi to dara? Viņi jautāja arī par 401 un 403. Bet es viņus nepazinu. Viņi teica, ka viņi ir svarīgi.

Datu bāzes

Šeit es jums teicu, ka es zinu MySQL. Stāstīja par trim normālas formas. Es runāju par Joins, kas tie ir, un uzzīmēju to apgabalu krustojumu, kuros tiek izmantoti dažādi savienojumi, es arī neaizmirsu par MongoDB - šī ir NoSQL datu bāze , par to arī uzrakstīšu.

Citi instrumenti

Šeit mēs izskatījām manu CV. Bija rakstīts, ka montāžai izmantoju Maven/Gradle, uzdevumiem izmantoju JIRA, git, Docker, Swagger. Nepārtrauktai integrācijai - atlicināt, bambuss, lelle. JUnit, Mockito, JMeter testēšanai. Es, iespējams, esmu kaut ko aizmirsis, tāpēc, ja jūs interesē - jautājiet komentāros Es mēģināšu atbildēt. Šī bija intervijas pirmā daļa. Tagad gaidu rezultātus un ja jā, tad būs otrā daļa. Es par to uzrakstīšu pēc iespējas ātrāk. Visiem, kam raksts patika un noderēja - ielieciet "+". Raksti komentāros. Skatiet arī citus manus rakstus:

Internetā ir daudz materiālu, kas veltīts intervijām ar personāla vadītājiem, taču gandrīz nekas nav teikts par interviju smalkumiem ar tehniskajiem speciālistiem. Šis raksts ir veltīts tam, kādām īpašībām un prasmēm jābūt kandidātam, lai veiksmīgi izietu šo posmu un saņemtu piedāvājumu IT uzņēmumā.

Dialogs no dzīves:

Kandidāts: Mums jāveic operācija “A”, līdz ir izpildīts nosacījums “B”.
Es: Lielisks plāns. Īstenosim to.

Kandidāts katrai cilpai raksta a. Lai gan tas ir acīmredzami. Ja kandidāts ir izturējis šo līmeni, viņš agri vai vēlu kļūs par labu programmētāju. Bet 70% pretendentu šeit neizdodas.

Bogdans Gusevs, degvielas uzpildes stacija

Izlabosim šo kaitinošo pārpratumu.

kamēr (pārliecinošs piedāvājums == nepatiess)(

0. noteikums

Ja intervējat Java izstrādātāja lomu, jums ir jābūt labām zināšanām par Java un saistītajām tehnoloģijām

//Nav komentāru.

1. noteikums

Sagatavojieties intervijai iepriekš

Iepriekš uzziniet no personāla atlases visu iespējamo informāciju par projektu.

Google meklē jautājumus, kas bieži tiek uzdoti intervijās. Daži no viņiem noteikti saskarsies.

Aleksandrs Pits, projektu vadītājs

2. noteikums

Nemelojiet savā CV

Mēģinājums maldināt, pārspīlējot savas zināšanas, ir jūsu un uzņēmuma laika izšķiešana. Jums vajadzētu būt iespējai atbildēt uz jautājumiem par visām tehnoloģijām, kas norādītas jūsu CV.

CV piepildīts ar atslēgvārdi, par kuru jums nav pienācīgas izpratnes, sabojā jūsu izredzes saņemt piedāvājumu.

3. noteikums

Saskaņojiet savas vērtības ar uzņēmuma vērtībām

Katram uzņēmumam ir savas vērtības. Viena komanda novērtē centību un koncentrēšanos uz rezultātiem, un rezultātā nenoniecina virsstundu darbs. Otrs ir novatorisks darbā un ir gatavs ik pēc pāris mēnešiem mācīties un pielietot inovācijas. Trešais ir uzticamība un stabilitāte: pārbaudītas tehnoloģijas, veltīti cilvēki, kuri nepametīs uzņēmumu, ja cepumi pēkšņi pazudīs.

Starp vērtībām ir pieļaujama neatbilstības robeža, kuras pārsniegšanas gadījumā uzņēmums, visticamāk, nolems piedāvājumu neizteikt, pat ja kandidātam ir nepieciešamā pieredze un nepieciešamās tehniskās zināšanas.

4. noteikums

Attīstīt komunikācijas prasmes

Vēlos, lai pretendentam būtu labākas komunikācijas prasmes augsts līmenis nekā pamata. Mūsu pilnīgas veiklības laikmetā šī īpašība izvirzās priekšplānā starp nepieciešamajām prasmēm. Kandidātam nevajadzētu radīt grūtības sazināties ar personāla un tehniskajiem speciālistiem, kā arī ar klientiem.

5. noteikums

Uzlabojiet savu angļu valodu

Atšķirībā no nekritiskām kļūmēm jebkuru tehnoloģiju zināšanās, pāris mēnešu laikā jūs nevarēsiet uzlabot savas valodas zināšanas. Šeit ir vajadzīgi gadi. Tāpēc nepietiekams angļu valodas līmenis vairumā gadījumu ir pietiekams iemesls atteikumam.

Nedaudz motivācijas: angļu valodas līmenis un Kijevas Java un .NET vidējo un senioru ar 3-5 gadu stāžu alga atbilst.

6. noteikums

Parādiet savu aizraušanos ar savu profesiju

Pēc Bogdana Guseva teiktā, par to, ka jums patīk darbs, var liecināt atvērtā pirmkoda projektu klātbūtne, dalība tematiskās konferencēs un teksta redaktora vai IDE funkciju pārvaldīšana. Un, protams, interese par detaļām turpmākais darbs. Programmētāji, kuri ir vienaldzīgi pret savu darbu, nav īpaši pieprasīti darba devēju vidū.

7. noteikums

Parādiet inteliģenci un abstraktu domāšanu

Kandidātam ir jābūt:
- prast risināt savam amatam atbilstošas ​​problēmas;
- pārzināt nepieciešamo programmēšanas valodu un ietvarus;
- orientēties tā projekta tehnoloģijās, par kuru viņš tiek intervēts.

Ja amats ir vāji definēts, tad tiek pārbaudīta vispārējā erudīcija un inteliģence, kā arī spēja strukturāli domāt un rast risinājumus.

Ir ļoti svarīgi demonstrēt spēju izmantot savas zināšanas. Ja zināsi pieejas un metodes problēmu risināšanai un pratīsi iegūt trūkstošo informāciju, tad spēsi tikt galā ar saņemtajiem uzdevumiem.

8. noteikums

Parādiet vēlmi iegūt jaunas zināšanas

Dažreiz kandidāts sacīs: “Es esmu studējis tehnoloģiju X un vēlos tikai ar to strādāt. Kāpēc man vajadzētu studēt tehnoloģiju Y, ja es zinu X?” Šāda kandidāta iespēja saņemt piedāvājumu krasi samazinās. Tehnoloģijas ir tikai instrumenti. Pēc kāda laika X kļūs nesvarīgs un līdz ar to arī pats speciālists, kurš to vien zina.

Maksims Kovtuns, risinājumu arhitekts

9. noteikums

Rādīt rezultātu orientāciju

Es vērtēju:
- spēja panākt kompromisu ar savu "reliģisko pārliecību" (piemēram, ja tas ir nepieciešams, izmantojiet "karsto labojumu", nevis pieiet risinājumam fundamentāli);
- spēja nepieciešamības gadījumā uzstāt uz sevi;
- un vēl svarīgāk - spēja saglabāt pareizo līdzsvaru starp diviem iepriekš minētajiem punktiem.

Andrejs Mudrijs, projektu vadītājs

10. noteikums

Nesaki "es nezinu"

Izņēmums: ja jūs nekad neesat strādājis ar šo tehnoloģiju un tā nav norādīta jūsu CV. Šajā gadījumā labāk būt godīgam un lūgt intervētājam paskaidrot jums pareizo atbildi.

Ja nesaprotat, par ko mēs runājam, uzdodiet precizējošu jautājumu.

Ja jautājums ir konkrēts un neesat pārliecināts par atbildi, jums tas jāatzīst un noteikti jāizdara pieņēmumi, pamatojoties uz savu pieredzi. Izskaidrojiet savu domāšanas procesu. Ja jautājums ir atvērts, tad vienas pareizas atbildes nav.

Sliktākā atbilde ir klusēšana vai "Es nezinu". Problēma ir jāmēģina atrisināt neatkarīgi no tā, cik muļķīgs jūsu risinājums izskatās. Pat visnaivākā atbilde ir labāka par neko. Divas vai trīs atbilžu iespējas parasti ir lieliskas. Apsveriet šīs atbildes ar apsvērumiem par to piemērojamību un papildu jautājumiem, lai noskaidrotu problēmu – un tas būs lieliski.

Aleksejs Kolupajevs, degvielas uzpildes stacija

11. noteikums

Nekautrējieties mācīties pat intervijas laikā.

Visu zināt nav iespējams. Es savulaik strādāju pie projekta, kas prasīja zināšanas par diezgan specifisku tehnoloģiju kaudzi un kartogrāfiju. Pieredze rāda, ka daži programmētāji var pārvērst klasisko koordinātu apzīmējumu no WGS84 uz decimālo apzīmējumu. Šādos gadījumos, manuprāt, laba atbilde intervijā ir jautājums: "Vai es varu ieskatīties Google?"

Artjoms Poļuhovičs, CTO

12. noteikums

Padomājiet par to, ko sakāt atbildē

Jums nav ne minūti jāizliekas par garīgi aktīvu, bet mēģiniet domāt par problēmu pēc iespējas plašāk. Turklāt interviju laikā bieži rodas viltīgi jautājumi.

Ir labi, ja kandidāts mēģina "secināt" pareizo atbildi uz jautājumu. Viņš neuzmin, bet izmanto savas esošās zināšanas, kā arī loģiku, inteliģenci, attapību un spēju ātri pieņemt lēmumus zem spiediena. Šī kvalitāte ir ļoti noderīga elastīgā attīstības pieejā, kad klients to pieprasa ātrs risinājums problēmas, dažreiz pat tiešsaistes konferences laikā.

Sergejs Čirkovs, projektu vadītājs

13. noteikums

Atzīstiet pieļautās kļūdas

Spēja analizēt un atzīt savas kļūdas liecina par to, ka būsi ieinteresēts gan savā profesionālajā attīstībā, gan konkrēta darba rezultātā.

14. noteikums

Nebojā savu reputāciju

Nevērīga atbilde uz jautājumu “Kāpēc tu aizgāji no tāda un tāda uzņēmuma?”, nesakārtotība, aizkavēšanās uz interviju bez brīdinājuma vai atteikšanās izpildīt testa uzdevumu var sabojāt viedokli par tevi.

15. noteikums

Veidojiet partnerību ar intervētāju

Man šķiet, ka izteicienā "darba attiecības" daudzi cilvēki koncentrējas uz "strādāšanu", bet viņiem vajadzētu likt lielāku uzsvaru uz "attiecībām". Šajā ziņā intervija ir līdzīga randiņam: jūs abi aplūkojat viens otru tuvāk, izdomājat, vai jums būs labi kopā. Un, ja kāds ļoti cenšas izskatīties labāks, nekā ir, tas var aizkaitināt. Dažreiz kandidāts var būt tik aizraujošs, ka ir viegli pievērt acis pat uz nopietniem trūkumiem.

Aleksejs Kolupajevs, degvielas uzpildes stacija

16. noteikums

Uzvedies pareizi

“Pareizi” nozīmē pieklājīgi, ar cieņu. Augstprātība, aizvainojums vai glaimi pret intervētāju tikai sabojās iespaidu. Arī humors ne vienmēr ir piemērots.

Var identificēt vairākus neveiksmīgas uzvedības modeļus:

• Draugs- pārceļ sarunu neformālā līmenī, lai izvairītos no konkrētām atbildēm uz konkrētiem jautājumiem.
• iekarotājs- pārņem iniciatīvu savās rokās, runā skaļi un daudz, un neļauj uzdot jautājumus.
• slinks- pēc stundas intervijas viņš parāda, ka piedzīvo patiesas mokas - diez vai šāds cilvēks spēs intensīvi strādāt ilgāk par 1 stundu dienā.
• arhitekts- pirms risinājuma plāna izklāsta izveido lielu skaitu bezjēdzīgu klašu. Tā rezultātā tā pati nevar izmantot savas “arhitektūras” priekšrocības.
• teorētiķis- visbīstamākais tips, gatavs komunicēt par jebkuru tēmu, ja vien nav spiests parādīt praktiskās zināšanas. Var viegli aprakstīt risinājuma algoritmu, bet nespēj to ieprogrammēt.

Pēdējo var viegli noteikt, izmantojot šādu dialogu:
Es: Ņem līdzi savu portatīvo datoru uz interviju
Kandidāts: Kāpēc?

Pēc šāda dialoga uzreiz ir skaidrs, ka kandidāts uzskata, ka galvenais programmētāja amatā ir runāt par foršām tehnoloģijām virtuvē. Viņš nezina, ka programmēt uz pazīstamas tastatūras ir daudz vienkāršāk nekā uz svešas. Līdz ar to viņš tam velta maz laika. Interesanti, kā paiet viņa darba diena?

Bogdans Gusevs, degvielas uzpildes stacija

17. noteikums

Esi adekvāts :)

Atbilstība ir diezgan plašs jēdziens. Pirmkārt, tā ietver reakciju uz sarežģītas situācijas. Ko dara cilvēks, saskaroties ar nesaprotamu koda daļu vai sarežģītu algoritmu? Kā viņš izturēsies pret kolēģiem, kad viņam kaut ko no viņiem vajadzēs (vai vajag)? Ko viņš dara, ja rodas interešu konflikts? Ko darīt, ja viņam tiek dots neiespējams vai grūts uzdevums?

Artjoms Poļuhovičs, CTO

18. noteikums

Esiet optimistisks

Pozitīva attieksme - ļoti noderīga kvalitāte. Daudz patīkamāk ir strādāt ar cilvēku, kurš prot pamanīt pozitīvus mirkļus dzīvē, darbā, it visā.

19. noteikums

Jūtieties brīvi

Intervija ir divu līdzvērtīgu speciālistu diskusija. Tādējādi stīvums ir vairāk mīnuss nekā pluss. Tas neļaus jums izteikties atbilstošā līmenī.

Taču pārāk liela pašapziņa ir arī mīnuss. Monologs 20 minūšu garumā bez apstāšanās var kalpot par atteikuma iemeslu.

Uzvedies dabiski, nekautrējies. Piemēram, ja jums šķiet vieglāk vizuāli apstrādāt informāciju, nebaidieties lūgt papīru un pildspalvu.

20. noteikums

Ja jums neizdodas, mācieties no savām kļūdām

Uztveriet interviju kā iespēju uzzināt kaut ko jaunu un saņemt atsauksmes. Tas būs izdevīgi pat tad, ja nesaņemsiet darba piedāvājumu.

Aleksandrs Kaganovskis, degvielas uzpildes stacija

Intervijas ieņem augstu vietu vairuma cilvēku lielāko baiļu sarakstā, kopā ar publiska uzstāšanās. Jūs ne tikai uzstājaties kāda priekšā, bet arī visu laiku tiekat novērtēts... brrrr!

Protams, mēs necenšamies izprast un pārvarēt jūsu psiholoģiskos šķēršļus, taču noteikti vislabāk ir uzlūkot intervijas kā iespēju parādīt visas foršās lietas, ko esat radījis, un visas interesantās jaunās prasmes, ko esat apguvis. Labākās intervijas- tās ir entuziasma pilnas sarunas ar tehnisku šķību.

Pirmais solis pirms šī visa ir sagatavošanās. Jūs vēlēsities padomāt par iespējamiem jautājumiem (un visbiežāk sastopamajām atbildēm, kas izceļ jūsu spožumu) un izpētīt darbā pieņemšanas uzņēmumu. Jūsu zināšanas par uzņēmumu palīdzēs jums parādīt sevi viņu vajadzībām atbilstošā veidā, kā arī ļaus jums uzdot gudrus jautājumus par uzņēmuma produktiem un tehnoloģijām, kad pienāks laiks. Praktiskus padomus vēlreiz skatiet Happy Bear rakstā.

Kas ir viss šis process?

Tikai īss ieskats procesā, ko caurmērā tehnoloģiju uzņēmums veic, pieņemot darbā izstrādātājus:

1. Iepriekšēja intervija pa tālruni (tālruņa ekrāns)
2. Tehniskā intervija
3. Testa darba uzdevums
4. Turpmākās intervijas, lai pārliecinātos, ka esat piemērots (Fit Intervijas)
5. Darba piedāvājums
6. Piedāvājuma noteikumu apspriešana (piedāvājuma sarunas)
7. Piedāvājuma pieņemšana

Iepriekšēja telefonintervija

Apsveicam! Jūsu CV izrādījās ne tas postošākais, un jūs tikāt uzaicināts uz telefoninterviju (ņemiet vērā, ka dažreiz vispirms veicat testa uzdevumu). Patiesais šī posma mērķis, kas bieži ietver pusstundu garu sarunu ar kādu HR (nevis ar lēmumu pieņemšanu darbā), ir pārliecināties, ka jums ir labas izredzes tikt galā ar pārējo intervijas procesu. Tāpēc domājiet par to kā citu darbību vieglāku versiju.

Iespējams, jums tiks jautāts par dažām tehniskajām lietām, ko iekļausiet savā CV, taču neiedziļinieties pārāk dziļi (lai gan daži darba devēji uzdod diezgan sarežģītus jautājumus), un jums, iespējams, tiks uzdoti daži "maigāki" jautājumi par kāpēc izvēlējāties šo darbu un ko darījāt iepriekš. Telefona intervijas var ievērojami atšķirties atkarībā no uzņēmuma. Galvenā taktika šeit nav nekāda taktika, vienkārši esiet godīgs, enerģisks un atklāts. Un nebaidieties praktizēt runāt par sevi spoguļa priekšā.

NOBEIGUMA PIEZĪME — šī nav universāla metode, un daudzi uzņēmumi to izlaiž par labu niršanai tieši tehniskās intervijas dziļumos, tāpēc jums ir jāsagatavojas katram gadījumam. Zemāk esošā saite uz Coding Horror ir šī gadījuma ilustratīvākā.

• Sasniedziet izcilu tālruņa interviju ar Monster
• 7 soļi, lai sasniegtu izcilību telefonintervijā

Tehniskā intervija

Tehniskā intervija parasti ir biedējošākā atlases procesa daļa. Šeit viņi novērtēs, vai jums ir nepieciešamās tehniskās prasmes. Tas nozīmē, ka viņi ne tikai jautās jums ļoti detalizēti par jūsu darbu, bet arī lūgs jums izlemt loģikas problēmas vai ierakstiet turpat kodu vai uzskicējiet dažu jaunu komponentu diagrammu.

Patiesībā viens no šādas intervijas mērķiem ir aizvest jūs līdz jūsu iespēju robežai, lai tikai redzētu, kā jūs reaģējat uz nepazīstamām lietām. Ja veicat pārāk vieglu vingrinājumu, viņi pāries uz kaut ko daudz grūtāku. Vienmēr būs vietas, kur paklupt, īpaši iesācējiem. Jūsu lielākā vērtība ir jūsu godīgums un zinātkāre.

Risinot problēmu, pārliecinieties, ka darāt to skaidri un loģiski, skaļi paskaidrojot, kāpēc veicat konkrēto darbību. Pārrunājiet visus šķēršļus, ar kuriem saskārāties, un sniedziet piemērus, kā jūs to atrisinātu sadaļā " reālā pasaule". Bieži vien atbilde ir "Google" daži specifiska funkcija. Saki tā! Viņi zina, ka neesat Ruby eksperts, taču viņiem arī jāzina, ka varat piedāvāt risinājumus problēmām, ar kurām neizbēgami saskarsities darba laikā.

Tas ir arī pilnīgi normāli, ja kodēšanas problēmas risināšanai izmantojat brutālu spēku — neefektīvu metodi. Tas bieži vien ir labākais sākumpunkts, lai pareizi izprastu problēmu. Visticamāk, jums tiks jautāts, kā jūs varat uzlabot risinājumu, taču tas ir daudz labāk, nekā mēģināt izdomāt ideālu risinājumu un beigās neko uzrakstīt. Atkal, jūsu uzdevums nav būt izcilam kandidātam, bet gan parādīt, ka esat spējīgs pielāgoties un izturēt, saskaroties ar izaicinājumiem.

Un, ja jūs kaut ko nezināt, labāk to pateikt godīgi un mēģināt to pārdomāt ar intervētāju. Ticiet man, viņi vēlas, lai jūs gūtu tikpat daudz kā jūs, jo intervētājam nav nekas sliktāks, kā redzēt, ka kāds klusībā mēģina atrisināt problēmu, arvien vairāk iestrēgst, neprasot palīdzību un neļaujot nevienam zināt, kas viņš ir. domāšana.

Jums būs jālasa par lielos daudzumos lietas, kas iepriekšējos kursos netika akcentētas, piemēram, datu struktūras un algoritmi, jo tie ir ļoti populāri jautājumi par tiem intervijās. Tie ne vienmēr labi atspoguļo programmēšanas prasmes, bet tā nu ir gadījies, ka jums būs jāatbild uz jautājumiem, kas attiecas uz akadēmiskāku datoru zināšanu jomu.

Saites

• Apskatīsim interviju programmētājiem: JĀLASA MATERIĀLS kurš būs tavs labākais draugs. Tajā ir visaptveroši apskatīti visa veida izaicinājumi, ar kuriem jūs saskarsities intervijā. Tas pārsniedz to, ko mēs jau esam aplūkojuši šajā kursā, un skar lietas, kuras ir labi zināt, jo jūs, iespējams, ar tām saskarsities. Veltiet laiku, lai iepazītos pēc iespējas vairāk liels skaits materiāls.
• Interviewing.io sniedz jums iespēju praktizēt anonīmi un tiešsaistes tehniskās intervijas.
• Kā iegūt perfektu rezultātu tehniskajā intervijā
• Kā izcelties nākamajā tīmekļa izstrādātāja darba intervijā
• Izlasiet 40 galvenos datorzinātņu jēdzienus, kas izskaidroti viegli saprotamā valodā
• Google tehnisko prasmju rokasgrāmata(progresīviem)

Programmēšanas testa uzdevumi:

• 8 karalienes ir klasiska problēma.
• Programmēšana intervijām: ziniet, ka standarta bibliotēkas iesācējiem var būt pārlieku lielas, taču tas nekad nenāk par ļaunu, ja veltāt laiku tam.
• Programmā Project Euler jūs atradīsiet vispārīgākas un sarežģītākas problēmas, kuras ir jāatrisina efektīvi (tās var būt skaitļošanas ziņā intensīvas).
• Prakses jautājumi par Java un Python ir publicēti Coding Bat.

Algoritma apmācība:

• Algoritmu kurss no Udacity (nav sinhronizēts)
• Algoritmu kurss no Coursera (daļēji sinhronizēts)

Arhitektūra:

Tehniskās pārbaudes uzdevums

Pārbaude mājasdarbs atkarībā no uzņēmuma var notikt pirms vai pēc personiskās intervijas. Jums tiks dots uzdevums, kura veikšanai būs nepieciešama pilna diena jebkurā jums ērtā laikā. Šāda uzdevuma piemēri var būt tīmekļa lietojumprogrammas parauga izveide ar testiem vai sarežģītas algoritmiskas problēmas risināšana ar koda rakstīšanu.

Novērtējums tiks veikts, pamatojoties uz risinājuma pilnīgumu un jūsu koda kvalitāti. Ja tas notiek pirms tehniskās intervijas, tad tā ir laba metode pārbaudiet savu interesi (līdz pusei pretendentu pat neatgriežas ar risinājumu).

Pēdējā intervija (“Fit”)

Pēdējais solis pirms lēmuma pieņemšanas parasti ir iepazīšanās ar komandu un birojiem dažas stundas. Iespējams, tevi pārbauda tehniski, taču galvenais mērķis ir pārliecināties, ka būsi labs kolēģis. Ja kāds cits komandas loceklis saka, ka jūs nestrādāsit labi, visticamāk, viņi jūs nepieņems darbā. Padoms? Nav jābūt dīvainam vai neveiklam, pat ja esat mājās :)

Šī ir iespēja arī jums. Ja esat sasniedzis tik tālu, ka esat nonācis līdz šim solim, pastāv liela iespēja, ka kopumā esat piemērots. Jāapsver, vai vēlies strādāt šajā uzņēmumā, tāpēc sagatavo jautājumu sarakstu un saņemiet uz tiem atbildes.

Mazliet par algām

Nav. Izsakiet to. Jūsu. Algas. Cerības.

Jums vienmēr jautās "cik daudz jūs vēlētos saņemt?" Tava atbilde? “Es vēlētos saņemt atalgojumu pēc vidējās tirgus likmes” (ja vien neesat tik augstprātīgs, lai prasītu virs tirgus cenas. Redzēsim, kā tas jums izdosies). Nosaucot sev vēlamo algas līmeni, neko neiegūsi. Ja tas izrādīsies zemāks par to, ko viņi gribēja jums piedāvāt, viņi vienkārši pazeminās šo līmeni. Un, ja tas ir augstāks, viņi vienkārši pārtrauks visu procesu, nolemjot, ka esat viņiem pārāk dārgs.

Kad esat saņēmis piedāvājumu, varat pārbaudīt, kā tas ir salīdzināms ar vidējo tirgus atalgojumu, pajautājot dažiem cilvēkiem (cerams, ka jūs jau zināt dažus cilvēkus, kuriem to jautāt) vai apmeklējot Glassdoor (tikai atcerieties, ka esat iesācējs, kas nozīmē, ka nesaņems “vidējo” algu). Vissvarīgākais ir nekaitēt sev, kad to lūdz.