Узнайте, чего не следует говорить на собеседовании при приеме на должность разработчика программного обеспечения, и увеличьте свои шансы на получение работы.
Работа программистом имеет свои плюсы и минусы. Плюс в том, что на рынке действительно много работы, а минус в том, что очень большая конкуренция. Если компания известна тем, что заботится о своих сотрудниках, то многие разработчики захотят работать в ней. При поиске работы в качестве разработчика необходимо не только обладать соответствующими навыками, но и произвести хорошее первое впечатление на собеседовании. А это значит не говорить высокомерных и выдающих невежество и неуважение вещей.
Как инженерный менеджер, менеджер по подбору персонала и человек, который за последние два года провел более сотни собеседований с разработчиками, я хотел бы рассказать о вещах, которые делают некоторых разработчиков менее привлекательными в качестве потенциальных сотрудников - даже если их резюме выглядит хорошо, и они неплохо справились с техническими тестами и тестами на кодирование на собеседовании.
Сам код и всё что с ним связано.
Это ужасно глупый фреймворк/технология/язык. Почему кто-то до сих пор использует его.
У всего есть причина. Технологии развиваются быстро, поэтому вещи и тенденции также интенсивно меняются. Иногда случается, что в компании существует унаследованный код - особенно в крупных организациях. Вы можете выразить свое мнение по этому поводу дипломатично, а не высокомерно и неуважительно. Также не стоит свысока относиться к людям, которые до сих пор используют старые технологии.
Ну, если только вы не в состоянии переписать весь унаследованный код и провести рефакторинг за неделю. Тогда мы сможем поговорить.
Ревью кода - пустая трата времени. Каждый должен сразу писать хороший код
Во-первых, ревью кода - это, безусловно, хорошо. Если у вас еще не было коммерческого опыта ревью кода, например, потому что вы только что закончили университет, или это не практиковалось в ваших предыдущих компаниях, то, конечно, действуйте.
Тем не менее, вы должны хотя бы понимать, почему такая вещь вообще существует. И это не только для того, чтобы выявить худшие моменты в коде.
Обзор кода существует для того, чтобы мы все могли поделиться знаниями и убедиться, что все придерживаются установленных стандартов и требований к написанию кода.
Я предпочитаю писать новую функцию с нуля, а не исправлять ошибки других.
Я понимаю, что многие разработчики хотят создавать вещи с нуля и с использованием новейших технологий - но это не значит, что они лучше других.
Вы можете многому научиться, исправляя ошибки (свои или чужие), оптимизируя и масштабируя существующие системы.
Поведение на собеседование.
Тестирование? QA и тестировщики сделают это за меня.
Когда кто-то спрашивает вас, как вы подходите к тестированию, постарайтесь не создавать впечатление, что тестирование - это не ваш конек. Вы - программист. Вы разрабатываете функции и создаете вещи. Все это тоже нужно проверить.
Ваш подход к тестированию может сильно отличаться от подхода других. Вы можете не использовать Test-Driven Development (TDD), вы можете не знать новейших инструментов тестирования, представленных на рынке - но вы определенно тестировали свой код раньше.
Если вы не тестировали, вы не настоящий разработчик. Вы просто тот, кто набивает код.
Я не собираюсь ставить под сомнение выбор моего технического руководителя/менеджера по развитию - для меня это все равно.
Интервьюер может спросить вас, в какой ситуации вы бы выбрали ту или иную технологию, инструмент или структуру, которые упоминались в вашем резюме, и почему вы отказались от других.
Поскольку вы сказали, что использовали их, интервьюеры будут ожидать, что вы знаете их преимущества и недостатки. Стоит также поделиться своим мнением о них.
Если вы ответите, что вам все равно, это, скорее всего, будет означать, что у вас либо нет своего мнения, либо вам все равно. Или еще хуже, что вы солгали в своем резюме и на самом деле ничего о них не знаете.
Я не трачу время на обучение вне работы. Я просто учусь на работе.
Когда речь идет о технологиях, всегда нужно учиться и интересоваться актуальными вещами. Когда вы говорите, что у вас нет времени учиться, это значит, что вам неинтересно то, чем вы занимаетесь.
Тем самым вы намекаете интервьюеру, что работа разработчиком - это всего лишь способ заработать деньги, а не ваша настоящая карьера.
Я никогда не буду использовать (данное программное обеспечение/технологию и т.д.).
Когда интервьюер спрашивает вас о технологии, приложении, программном обеспечении или модели проектирования, это обычно означает, что она имеет отношение к должности, на которую вы претендуете.
Допустим, вы работаете на фронтенде, и интервьюер спрашивает вас о вашем мнении по поводу Internet Explorer. Думаю, она догадывается, что большинство разработчиков не в восторге от IE, но она хочет узнать ваше мнение о его использовании, сборках, некоторых причудах и так далее.
Почему? Это может быть просто браузер, который поддерживается вашей компанией. Более того, его могут использовать и клиенты компании. Если вы скажете, что никогда, никогда не будете им пользоваться, это будет означать, что вы не подходите на эту роль.
То, что связано с общей картиной.
Я никогда не пользовалась вашей продукцией.
Это чрезвычайно важно, особенно если вы хотите разработать какую-то технологию или работать в компании, которая производит специфическую продукцию. Когда вы пойдете на собеседование в такую компанию, люди, которые будут вас интервьюировать, вероятно, попросят вас высказать свое мнение об их продукции - это может быть отзыв или обмен опытом ее использования.
Тот факт, что вы никогда не пользовались их продукцией, может не ускользнуть от вас.
Вы наверняка разочаруете интервьюера, если скажете, что никогда не пользовались платформой, которую он разрабатывает (пусть это будет, например, LinkedIn). Даже если вы не пользовались их продукцией регулярно, провести небольшое исследование вам точно не повредит. Попробуйте использовать его, почитайте о нем, попытайтесь понять его, посмотрите, какие технологии он использует и так далее.
Это есть в моем резюме. Вы видели это, не так ли?
Да, интервьюер видел ваше резюме. Более того, возможно, это было идеальное резюме, благодаря которому вас пригласили на собеседование.
Рекрутеры прочитали упоминание о вашем опыте работы с какой-то технологией или проектом и хотят узнать больше. Возможно, они хотят узнать об этом больше и непосредственно от вас. Возможно также, что они пропустили это, когда читали ваше резюме в первый раз, и заметили только на собеседовании.
Какой бы ни была ситуация, ваша задача - дать ответ, соответствующий тому, что указано в вашем резюме. Не предлагайте интервьюеру самому прочитать ваше резюме. И под "связным ответом" я не имею в виду, что я говорю слово в слово то, что там написано.
Я имею в виду, что если в вашем резюме написано, что вы использовали Spring MVC на предыдущем месте работы, и вас попросят раскрыть подробности, вы не сможете ответить: "Вообще-то, я не использовал его".
У меня нет никаких вопросов. Каков следующий этап найма?
Это одна из тех вещей, которые выставляют вас в плохом свете в конце собеседования - и независимо от того, как прошло собеседование. Интервьюеры обычно заканчивают собеседование следующим вопросом: "Есть ли у вас какие-либо вопросы о должности, компании или о чем-либо еще".
Собеседование при приеме на работу - это двустороннее движение: вы должны знать о компании столько, сколько она требует от вас. Если в конце собеседования у вас не останется вопросов (или, что еще хуже, вы не можете дождаться, когда уйдете), это будет означать, что вы потеряли интерес к должности или компании.
Да, конечно, вы можете просто уйти, но вы увеличите шансы на то, что они никогда не пригласят вас снова.
Заключение
Я надеюсь, что эта статья поможет вам лучше отвечать на следующем собеседовании на должность программиста.
Помните, что то, что вы говорите, имеет значение, и ваше молчание тоже говорит о многом.
Пишите свои замечания и мнение в комментариях, буду очень рад!