Хотите, чтобы вас наняли? Избегайте этих ответов любой ценой
В наши дни быть разработчиком и хорошо, и плохо. Есть много вакансий, но есть и большая конкуренция. Если компания известна тем, что хорошо заботится о своих разработчиках, многие разработчики, естественно, хотят работать в этой компании. Итак, как разработчик, вы должны быть уверены, что не только обладаете нужными навыками, но и производите действительно хорошее впечатление на каждом собеседовании. И это включает в себя не говорить высокомерных, невежественных или невнимательных вещей.
В моей роли технического менеджера, менеджера по найму и интервьюера более 100 разработчиков только за последние два года я был свидетелем того, как разработчики говорят в своих интервью, что делает их менее привлекательными - даже если их резюме выглядит хорошо. И успешно прошли технические тесты и тесты по кодированию.
Я делюсь ими с вами здесь, чтобы вы могли избежать их произнесения и провести следующее личное или виртуальное собеседование.
Связанные с кодированием
«Это глупый фреймворк / технология / язык. Зачем кому-то до сих пор его использовать? »
Всегда есть причина, по которой некоторые вещи делались именно так. Технологии развиваются быстро, и все меняется очень быстро. Есть унаследованный код, который существует уже долгое время, особенно в крупных организациях. Вы можете выразить свое мнение дипломатично, но не будьте высокомерны и не высмеивайте тех, кто все еще использует старые технологии. Если, конечно, вы не захотите переписать и реорганизовать эту устаревшую базу кода за неделю. Тогда ты сможешь поговорить.
«Проверка кода - пустая трата времени. Каждый должен просто писать хороший код ».
Во-первых, проверка кода - это хорошо. Если у вас никогда не было коммерческого опыта с обзором кода, потому что вы только что закончили учебу или ваши предыдущие компании не использовали его, можно сказать об этом. Но как технический специалист и разработчик, ожидается, что вы хотя бы поймете, почему они существуют. Проверки кода нужны не только для обнаружения запахов кода. Они также предназначены для обмена знаниями и обеспечения соблюдения стандартов и требований кодирования.
«Я лучше буду писать новые функции с нуля, чем исправлять чужие ошибки».
Я слышал это заявление слишком много раз. Эти кандидаты часто являются подрядчиками, которые преследуют новые проекты, и их контракты заканчиваются, когда эти проекты запускаются. Я понимаю, что многие разработчики хотят работать с пустым холстом и создавать что-то с нуля, используя новейшие и передовые технологии, но это не означает, что они лучше справляются со своей работой или являются лучшими разработчиками. Вы можете многому научиться, исправляя ошибки (собственных или других разработчиков), а также оптимизируя и масштабируя существующие системы.
Связанные с поведением
«Я просто поручаю тестировщикам и тестировщикам провести за меня тестирование».
Когда вас спрашивают о вашем подходе к тестированию, не думайте и не подразумевайте, что тестирование - это не ваша работа. Вы разработчик. Вы разрабатываете функции и создаете вещи. Вы должны проверить то, что вы построили. Ваш подход к тестированию может отличаться от подхода другого разработчика. Вы можете не использовать разработку через тестирование (TDD), вы можете не знать о последних инструментах тестирования на рынке, но вы, должно быть, тестировали свой код в своей карьере разработчика. Если нет, то вы на самом деле не разработчик. Вы просто сокращаете код.
"Я сделаю все, что выберет мой менеджер по развитию или технический руководитель".
Интервьюер спрашивает вас, когда вы бы выбрали одну технологию, инструмент или структуру, которые вы упомянули в своем резюме, по сравнению с другими, которые вы также использовали раньше. Поскольку вы сказали, что использовали оба раньше, они ожидают, что вы узнаете их плюсы и минусы. Они также хотят знать ваше мнение, так как вы уже использовали их раньше. Когда вы отвечаете на вопрос, говоря, что выберете что угодно, это плохо, потому что это означает, что у вас нет мнения или вам все равно. Хуже того, вы могли солгать в своем резюме и на самом деле ничего не знали об этих технологиях, инструментах или фреймворках.
«У меня нет времени на обучение, я просто учусь чему-то, когда мне нужно использовать это на работе».
В технологиях вы всегда должны учиться и интересоваться всеми изменениями, которые происходят каждый день. Когда вы говорите, что у вас нет времени учиться, это означает, что вас мало интересует то, что происходит вокруг, и вас не волнует ваше ремесло. Для интервьюера это подразумевает, что быть разработчиком для вас - это просто работа, а не карьера.
«Я никогда не хочу использовать [программное обеспечение / технологии / шаблон проектирования]».
Когда интервьюер задает вам вопрос о технологии, приложении, программном обеспечении или шаблоне проектирования, обычно это связано с тем, что это важно для должности, на которую вы претендуете.
Допустим, вы фронтенд-разработчик и ваш собеседник спрашивает ваше мнение об Internet Explorer. Они, вероятно, уже знают, что большинству разработчиков это не нравится, но они хотят знать, что вы думаете о его использовании, построении для него, о некоторых особенностях, которые вы узнали, и т. Д. Почему? Вероятно, потому, что это один из браузеров, который поддерживает компания, и его клиенты используют. Если вы говорите, что никогда не захотите его использовать, это означает, что вы не подходите для этой роли.
Связанные с большой картинкой
«Я раньше не пользовался вашими продуктами».
Это очень важно, если вы хотите работать в технологической или производственной компании. Во время собеседования в этих компаниях интервьюеры обычно хотят спросить вас, что вы думаете об их продукте, и есть ли у вас какие-либо отзывы или какой-либо опыт использования их продукта. Возможно, вам удастся избежать неприятностей, если вы раньше не использовали продукты компании, если вы подали заявление о приеме на работу в агентство. Однако будет большим разочарованием, если, скажем, вы подали заявление о приеме на работу в компанию, которая предлагает бесплатную платформу (например, LinkedIn), и вы говорите, что не использовали ее раньше.
Даже если вы не использовали его регулярно, стоит провести исследование за день или ночь перед собеседованием. Попробуйте, прочтите об этом, поймите, что делает продукт, какие технологии он может использовать и так далее.
«Это в моем резюме. Вы это видели? »
Конечно, интервьюер видел ваше резюме. Возможно, это даже было идеальное резюме, поэтому вы и взяли интервью. Возможно, они читали о вашем опыте работы с определенным проектом или технологией и могут захотеть узнать об этом больше. Возможно, они захотят услышать, как вы объясните это более подробно лично. Или, возможно, они упустили эту конкретную деталь при чтении вашего резюме. Независимо от ситуации, ваша задача - последовательно отвечать на вопрос в том виде, в котором он указан в вашем резюме. Не просите вашего интервьюера пойти и прочитать ваше резюме. Под последовательно я не имею в виду, что вы должны запоминать точные слова в своем резюме. Я имею в виду, что если вы сказали в своем резюме, что использовали Spring MVC на одной из своих предыдущих работ, и вас попросили объяснить, где и как вы его использовали, вы не можете сказать: О, на самом деле я не использовал это .
«У меня нет вопросов. Что делать дальше? »
На самом деле это одно из утверждений, которые создают плохое впечатление у интервьюеров, когда вы выходите из комнаты для интервью, независимо от того, насколько хорошо интервью прошло ранее. Интервьюеры обычно заканчивают интервью словами: «У вас есть вопросы относительно должности, компании или чего-то еще?» Собеседование - это улица с двусторонним движением, и вам нужно знать о компании столько, сколько нужно им. Когда у вас вообще нет вопросов в конце сеанса - или, что еще хуже, вы не можете дождаться, чтобы уйти, - это означает, что вас больше не интересует должность или компания.
Да, вы можете уйти, и, скорее всего, вас тоже не попросят вернуться.
Заключение
И благодаря этому, я надеюсь, вы кое-что узнали о том, чего нельзя говорить во время собеседований, чтобы повысить свои шансы быть нанятым на эту потрясающую роль разработчика.
Всегда помните, что то, что вы говорите, имеет значение, а то, что вы не говорите, говорит о многом.
📩 Подпишитесь на рассылку автора, чтобы получать регулярные советы и ресурсы для вашей карьеры в сфере технологий. Вы также сразу получите ссылку и пароль для скачивания бесплатных подарков для вашего карьерного роста.
