У меня было это собеседование на должность разработчика программного обеспечения. Я из Косово, и вакансия была в Германии. Они также предлагали визовое спонсорство. Я веб-разработчик, и вакансия была открыта для всех уровней. Оценивая себя, я далек от звания «Юниор», но мне нужно еще несколько лет опыта работы, чтобы стать «Старшим».
Так что собеседование по скайпу было приятным, и интервьюер был очень дружелюбным. Однако он задал мне 2-3 вопроса и пришел к выводу, что я не подхожу для его команды.
Первый вопрос: объясните контейнер IoC.
Второй вопрос: объясните шаблон проектирования репозитория.
После того, как я изо всех сил пытался ответить на вопросы, особенно на первый, потому что я не знал термина, но я знал о самом дизайне, не добавляя к нему термина, интервьюер сказал, что я не подхожу для его команды.
Я также показал ему готовый на 5% API, над которым я работаю, и он сказал, что мой код действительно хорош и чист, но у меня слишком много контроллеров... И все это при том, что я не знаю, что такое реальный проект и зачем он нужен. контроллеры (все равно это были просто леса, я еще далек от того, чтобы прикасаться к этим частям).
Он сказал мне, что ЕГО команде нужен разработчик уровня Senior, но он передаст мое резюме другим командам, которым нужны другие уровни — я ничего от них не слышал, а прошло уже больше недели.
В любом случае, как незнание этих терминов делает вас плохим программистом? Я считаю, что эти интервью должны быть более техническими и требовать от интервьюируемого написания фактического кода, который может подойти для компании. Я думаю, что вопрос «Что такое контейнер IoC» может сбить с толку многих людей, и это несправедливый способ проверить, квалифицирован ли интервьюируемый.
Это первый раз, когда у меня было «профессиональное» собеседование с крупной компанией, и, честно говоря, я чувствовал себя немного неподготовленным и напуганным. Каковы некоторые советы, чтобы справиться с этими интервью, как профессионал? Мне действительно нужно знать определения программирования?
Да, вам действительно нужно знать технические детали вашей профессии, как только вы пройдете начальный уровень. Да, вам нужно запомнить их. Да, вы должны уметь объяснять концепции, а не только код. На более высоких уровнях вы должны быть в состоянии принимать решения, которые влияют на большую часть проекта и предотвращать плохой код или неподдающиеся сопровождению беспорядок, и поэтому вам нужно иметь опыт, который является более чем поверхностным. Интервьюер ищет кого-то, кто понимает, что он или она делает, а не кодовую обезьяну.
Нечестных вопросов на собеседовании не бывает (однако есть незаконные вопросы). То, что они не спросили то, что вы хотели, не делает вопрос несправедливым. Преодолейте это отношение прямо сейчас. Потребности компаний различаются, они предпочитают спрашивать то, что просят, потому что знают, чего хотят от человека. Если вы не тот человек, то хорошо, что вас отсеяли, потому что вы не были бы счастливы. Однако лично у меня никогда не было собеседования на техническую должность, на котором не задавали бы много технических вопросов, потому что компании должны знать то, что знаете вы. В нашем бизнесе много некомпетентных людей, и у них должен быть способ отсеять их. Если он попутно отсеет некоторых компетентных людей, то это лучше, чем пропустить некомпетентных.
Каковы некоторые советы, чтобы справиться с этими интервью, как профессионал?
Будь готов. На эту тему есть куча книг, поэтому я не буду вдаваться в подробности. Прочтите несколько из них. А потом практика, практика, практика.
Мне действительно нужно знать определения программирования?
Да. Вам обязательно нужно знать свою профессиональную лексику. Что бы вы подумали, если бы вы, автомеханик, говорили о «тех жидких вещах, которые заставляют машину катиться»? Лично я считаю, что просить два конкретных паттерна и ничего другого очень недальновидно, я ожидал большего количества вопросов. Но в целом, я думаю, это были хорошие вопросы, чтобы узнать, сможете ли вы разрабатывать программное обеспечение профессионального уровня, будучи старшим. Передача концепций, которые вы используете, является частью работы, а объяснение этих концепций более младшим сотрудникам — это то, чего можно ожидать от старших.
Симбабк
прерванный
Симбабк
прерванный
Умный узел
gazzz0x2z