Перевод статьи Изабель Нё «Things you should never say when interviewing for a developer role».
Быть разработчиком в наше время и хорошо, и плохо. Есть очень много вакансий, но и конкуренция высокая. Если компания хорошо заботится о своих разработчиках, и это всем известно, то естественно, что множество людей хотят работать именно там. Поэтому для получения должности вам нужно не только иметь подходящие навыки, но также и хорошо зарекомендовать себя на собеседовании. А это подразумевает, что вы не будете говорить высокомерно, невежливо или необдуманно.
За последние несколько лет я работала на позициях технического менеджера и менеджера по персоналу, а также провела более 100 собеседований в роли интервьюера. Мне случалось видеть, как фразы, произнесенные разработчиками, делали их менее привлекательными кандидатами, несмотря на хорошее резюме и высокие результаты тестов. Я поделюсь с вами своими наблюдениями, чтобы вы могли избежать подобных ошибок на своем следующем собеседовании.
«Это идиотский фреймворк/язык/технология. Зачем его вообще использовать в наше время?»
Там где дело касается технологий, для всего есть причина. Технологии развиваются и все меняется очень быстро. Но компаниям, особенно крупным, довольно долго приходится поддерживать унаследованный код. Вы можете высказать свое мнение, но дипломатично, без высокомерия или высмеивания людей, которые по-прежнему пользуются старыми технологиями. Впрочем, возможно, вы согласны переписать и усовершенствовать этот унаследованный код в ближайшую неделю, тогда, конечно, можете позволить себе высказаться.
«Ревью кода это напрасная трата времени. Все просто должны писать хороший код».
Во-первых, ревью кода это хорошее дело. Если у вас нет опыта работы в коммерческой организации, где проводили ревью кода, это нормально. Но как технарь вы должны по крайней мере понимать, зачем это нужно. Ревью проводят не только для того чтобы выявить код с запашком. Эта практика позволяет также делиться знаниями и проверять, соблюдаются ли стандарты и требования.
«Я лучше напишу новые фичи с нуля, чем буду исправлять чьи-то баги».
Такое мне доводилось слышать слишком часто. И во многих случаях это говорили кандидаты, работающие по контракту и гоняющиеся за «целинными» проектами. Причем их контракт подходит к концу, когда проект выпускается.
Я понимаю желание многих разработчиков начинать работу с чистого листа и использовать при этом самые последние технологии. Но это не делает их ни лучшими сотрудниками, ни лучшими разработчиками. Вы можете многому научиться, исправляя баги (хоть свои, хоть чужие), а также занимаясь оптимизацией и масштабированием существующих систем.
«Тестированием должны заниматься тестировщики».
Когда вас спрашивают о вашем подходе к тестированию, даже и не намекайте, что это не ваша работа. Вы разработчик. Вы создаете функционал и должны проверить, что вы построили.
Ваш подход к тестированию может отличаться от подхода других разработчиков. Возможно, вы не пользуетесь разработкой через тестирование, возможно, вам не известны новейшие инструменты тестирования, представленные на рынке, но за время своей работы вы должны были тестировать свой код. Если это не так, то вы, собственно, и не разработчик вовсе.
«Я работаю с тем, что выбирает мой менеджер или техлид».
Интервьюер спрашивает вас, когда вы перешли с одной технологии (фреймворка, инструмента) на другую (обе упомянуты в вашем резюме). Поскольку вы пишете, что знаете обе эти технологии, ваш собеседник предполагает, что вы знакомы с плюсами и минусами каждой. Также он хочет знать ваше личное отношение к этим технологиям, нравятся они вам или нет, и что именно в них вас привлекает или отталкивает.
Если вы отвечаете, что вам все равно, с чем работать, это плохо, потому что означает, что у вас нет своего мнения или вы безразлично относитесь к своему делу. Или, что хуже всего, попросту соврали в своем резюме и на самом деле ничего не знаете об этих технологиях или инструментах.
«Простите, я не умею писать код от руки на бумаге или доске».
Написание кода на бумаге или белой доске требует практики, но в любом случае не стоит отказываться, когда вас просят сделать это. Можете сказать, что никогда не делали это прежде, но не отказывайтесь из страха сделать синтаксическую ошибку.
«Я не отвожу для учебы какое-то определенное время. Я изучаю то, в чем возникает необходимость по работе».
Если вы работаете в сфере технологий, вам обязательно нужно постоянно учиться и проявлять интерес к новинкам, появляющимся ежедневно. Если вы говорите, что у вас нет времени на учебу, это значит, что вам не интересно, что происходит вокруг, и безразлично ваше дело. У вашего интервьюера может сложиться впечатление, что разработка для вас только ремесло, а не карьера.
«Я ни за что не буду работать с [программой/технологией/шаблоном проектирования]».
Если интервьюер спрашивает вас о какой-то технологии, приложении, программе или шаблоне проектирования, это значит, что данные вещи важны для должности, которую вы хотите получить.
Скажем, вы – фронтенд-разработчик, а ваш собеседник спрашивает вас, что вы думаете об Internet Explorer. Он скорее всего знает, что большинство разработчиков не любят этот браузер, но хочет узнать, что вы думаете о его использовании, создании фич в расчете на него, а также какие особенности этого браузера вам известны. Зачем? Вероятно, потому что это один из браузеров, поддерживаемых этой компанией, и их клиенты им пользуются. Если вы скажете, что ни за что не будете с ним работать, это будет означать, что вы не подходите на эту должность.
«Я не пользовался вашими продуктами».
Это особенно важно, если речь идет о компании, занимающейся технологиями или выпускающей какие-то технологические продукты. На собеседованиях в таких организациях интервьюеры обычно любят спрашивать, что вы думаете об их продуктах, есть ли у вас опыт их использования.
Если вы устраиваетесь на работу в какое-то агентство и скажете, что не пользовались их продуктами, это еще нормально. Но если вы устраиваетесь в компанию, которая предлагает какую-то платформу, причем бесплатно, то такое заявление может разочаровать собеседника.
К примеру, вы хотите работать в LinkedIn, но заявляете, что никогда не пользовались этой сетью. Даже если это правда, стоит провести некоторые исследования перед тем, как идти на собеседование. Попробовать продукты компании, почитать о них, понять, зачем они нужны, какие технологии могут использоваться при их создании и т. п.
«Это есть в моем резюме. Вы разве не читали?»
Безусловно, интервьюер читал ваше CV. Возможно, он прочитал там о вашей работе с определенным проектом и хочет узнать детали лично. Или он мог вообще пропустить что-то при чтении. Как бы то ни было, ваше дело – отвечать на вопросы, причем так, чтобы ответы совпадали со сведениями, указанными в резюме. Не нужно посылать своего интервьюера идти и читать ваше резюме самостоятельно.
При этом я не имею в виду, что вы должны дословно помнить, что там написано. Но если в резюме написано, что вы работали со Spring MVC в одном из ваших проектов, на собеседовании не должно оказаться, что вы, собственно, никогда не имели дела с этим фреймворком.
Никогда не говорите: «У меня нет вопросов. Мы закончили?»
Это как раз одна из тех фраз, которые портят впечатление собеседника о вас даже несмотря на то что само интервью прошло хорошо.
Интервьюеры часто заканчивают собеседование, интересуясь, есть ли у вас вопросы относительно должности, компании или чего-нибудь еще.
Собеседование это улица с двусторонним движением, и вам нужно узнать о компании не меньше, чем ей о вас. Если в конце разговора у вас нет вообще никаких вопросов или, того хуже, вы не можете дождаться окончания разговора, чтобы уйти, это говорит о том, что вы больше не заинтересованы в этой работе или компании. Так что вы, конечно, можете уйти, но скорее всего вас не позовут вернуться.
Я надеюсь, что эта статья поможет вам не говорить необдуманных слов на вашем следующем собеседовании и это повысит ваши шансы получить хорошую работу. Не забывайте, что слово — серебро, а молчание — золото.
[customscript]techrocks_custom_after_post_html[/customscript]
[customscript]techrocks_custom_script[/customscript]
Нуу, после прочтения, я поняла, что если на интервью меня спросят все вопросы, перечисленные в статье, большая вероятность, что я не захочу работать в этой компании. От таких вопросов может сложиться впечатление, что «нам нужен чистильщик чужого кода и разнарабочий, который имеет отлично разбираеться в разных технологиях и знает о плюсах и минусах каждой, но всё равно будет делать как мы скажем».