Техническите интервюта са известни със своите загадки. Независимо дали сте помолени да напишете бинарно дърво на бяла дъска, да обясните алгоритъм за сортиране или да внедрите FizzBuzz в 10 или по-малко реда, трябва да се подготвите за въпроси за техническо програмиране в средното интервю.
Но това не е единственото нещо, за което трябва да сте подготвени.
Реалността е, че много разработчици ще могат да решават общи въпроси за интервю за програмиране с малка разлика между отговорите. И така, какво ви отличава от следващия кандидат? Точно върху това ще се съсредоточим в тези пет съвета.
1. Разговорете процеса на решаване на мотиви и проблеми
Най-лошото, което можете да направите, когато ви зададат труден въпрос, е да останете напълно безмълвни. За съжаление е много лесно да се направи това случайно. Когато срещнете проблем, който изисква значителна умствена енергия и фокус, вероятно първата ви склонност е да се оттеглите в ума си. Въпреки че това е естествено, той също не е много полезен за интервюиращия.
Въпросът на техническите въпроси отчасти е да разкриете как мислите за решаването на проблеми. Какъв е вашият процес? Как разбивате различните компоненти? Как стигате до решение? Как реагирате, когато опитвате нещо, което не работи? По-добре ли сте да експериментирате с код или да скицирате нещо на бяла дъска?
Обяснете какво се случва в главата ви, докато решавате проблема. Действайте така, сякаш записвате гласа си, за да публикувате онлайн, за да научите другите как да решат проблема. Дори ако вашите интервюиращи ви дават пространство да мислите тихо, може да се възползвате от обяснение на мисловния си процес, без те да ви подтикват да го направите. Това не само им помага да разберат по-задълбочено вашите умения и критично мислене, но и ви прави по-запомнящи се.
2. Какво е по-добре от разрешаването на проблем в техническо интервю? Решаване на два пъти
Много малко проблеми имат само едно решение и всички проблеми имат безкрайно неправилни решения. Така че, ако се съсредоточите само върху един начин за решаване на проблем, ви липсва основна възможност да докажете своята гъвкавост и набор от умения.
Вместо просто да отидете с добре познато решение или да работите на един език, отворете дискусията за този конкретен проблем и го разрешете за различни сценарии. Например, ако бъдете помолени да програмирате FizzBuzz, може да предложите да направите това на два езика или като използвате две различни парадигми, или може би като вземете някои ограничения на производителността за едно решение и естетически ограничения за друго.
Като потвърждавате, че проблемът може да има множество решения, вие показвате своята адаптивност, гъвкавост и осъзнатост, което ще внуши на вашите интервюиращи доверие, че ще можете да изберете правилното решение сред много възможности.
Разбира се, не прекалявайте - има изкуство да четете, когато отговаряте на въпрос с множество решения е излишно или щастливо приветствано. Когато се съмнявате, не се притеснявайте да попитате интервюиращите си дали имат против, ако ви отнеме известно време, за да разширите решението си с вторична опция.
3. Не се страхувайте да споделяте мненията си, когато е приложимо
Понякога, докато работите чрез проблеми, ще вземате решения, които изцяло се основават на вашия вкус и мнение. И това е ОК - работодателите се интересуват от вашето мнение! Начинът, по който мислите и реагирате на ситуации, прави голяма промяна в културата на една компания. Наличието на мнение е също знак за лидерство и техническа зрялост като предприемач. За провеждането на дискусия относно вашите мнения е необходимо да сте оценили други позиции по дадена тема.
Не забравяйте обаче, че мненията могат да се държат много отблизо. Ако не сте съгласни с вашия интервюиращ по дадена тема, стъпвайте леко, когато споделяте тази информация. Въпреки че е добре да имате гледна точка, също така е важно да се отбележи, че споделянето не винаги е необходимо и знаете как да изберете вашите битки. Добро правило: Не споделяйте мнението си, освен ако не бъдете помолени.
4. Никога не прекратявайте отговор с „Не знам“
Освен ако не сте изправени пред сценарий „Kobayashi Maru“, никога не завършвайте въпроса за интервю с „Не знам.“ Това не е вариант на работата, така че не трябва да бъде опция в интервюто.
Разбира се, не казвам, че трябва да знаете всичко. Това е невъзможно! Но трябва да покажете, че имате стратегия за научаване на това, което трябва да знаете, за да свършите работата. Опитайте да отговорите с „Не знам как да направя това, но ето как бих решил да го разбера.“ Този отговор трябва да стигне по-далеч, отколкото просто да кажа „Бих го Google“. По-добре е да обясните най-вероятната посока, която бихте проучили.
Най-вече не се срамувайте! Обучението е до голяма степен процесът на намиране на нещата, които не знаете. Вашият работодател не очаква да бъдете перфектни, но те очакват да сте старателни и интелигентни и никога да не се откажете от проблем.
5. Винаги играйте за отбора
Освен ако не сте разработчик на свободна практика, работата ви винаги ще бъде зададена в рамките на екип и успехът на екипа винаги е от първостепенно значение за вашия собствен. Така че интервюто ви трябва да отразява, че не се занимавате само с решаването на проблемите си в даден ден, а по-скоро, че сте фокусирани да правите всичко необходимо за успеха на екипа.
И така, как можете да съобщите това в интервю?
Никога не обсъждайте проблемите, сякаш са във вакуум
Почти всеки проект би имал практически изисквания и ограничения, така че покажете своята осведоменост за контекста на проблема. Проблем, който е добре решен, но надхвърли бюджета, не е наистина най-голямото решение.
Покажете своята информираност за експертния опит на съществуващия екип
Понякога най-добрият отговор на въпрос е да помолите други хора от вашия екип да си сътрудничат с вас и можете да се обърнете към тези хора в техническите въпроси: „Ако бях представен този проблем в контекста на нашия екип, вероятно бих помолил да прегледаме и моето решение. ”Това показва, че сте готови да разчитате на експертния опит на другите и че целта ви е да стигнете до най-доброто решение.
Комуникирайте изрично вашите стойности, задвижвани от вашия екип
Това е достатъчно важен въпрос, който трябва да излезете веднага и да го кажете. Искате да сте сигурни, че вашите работодатели са напълно наясно, че целта ви е да помогнете на компанията да успее, а не само да седите на бюрото си и да кодирате цял ден.
В крайна сметка работата ви като програмист не е само да кодирате. Това е да бъдеш отборен играч, лидер и някой, който никога не е готов да се откаже от проблем. Възможностите в техническото интервю са не само да покажете, че можете да постигнете цели или да напишете алгоритми, но и да се поставите над конкуренцията и да покажете стойността, която добавяте към работодател.
