Это может звучать как клише, но многие люди, как правило, сводят на нет свои шансы на собеседовании, и они должны винить себя на все 100%. Я участвовал в десятках интервью за последние годы и могу это подтвердить. Если честно, я не специалист по интервью, не менеджер по персоналу или кто-то еще. Напротив, я тоже разработчик, как и все эти кандидаты.
Дело в том, что я вижу некоторые повторяющиеся закономерности, которыми я хотел бы поделиться с вами, потому что рано или поздно вы пройдете собеседование или собеседуете кого-то на должность.
Должны ли они инвестировать в меня?
Каждый прием на работу - это двустороннее вложение. Компания инвестирует в вас, и вы вкладываете в нее большую часть своей повседневной жизни. Если вы хотите, чтобы вас наняла компания, сначала ответьте на этот вопрос себе. Почему вы тот человек, в которого им следует инвестировать? Если вы не знаете ответа, скорее всего, они его тоже не найдут.
Не посещайте собеседования, если вам наплевать на настоящую работу
Это кажется супер-очевидным, но действительно распространенным. Перед тем, как устроиться на работу, спросите себя, стоит ли вам инвестировать в эту компанию или нет. Люди склонны подавать заявления о приеме на работу, хотя их не совсем интересует настоящее описание должности.
Много раз я брал интервью у парня на должность Frontend, и он / она сказал мне, что он / она хочет быть инженером полного стека или что он любит nodeJS, и в дальнейшем я понял, что он / она ненавидит CSS. Это совершенно нормально, но это очень тревожный признак того, что через несколько месяцев этот кандидат будет разочарован из-за того, что вообще не занимается бэкэнд-инжинирингом, и он / она может начать искать новую должность, верно? Не теряйте время с обеих сторон.
Знайте свое дело и сосредоточьтесь на фундаментальных технологиях
Мы живем в эпоху, когда фреймворки и библиотеки сияют, поэтому мы склонны забывать о настоящих технологиях, скрытых под капотом. Ситуация с веб-интерфейсом, вероятно, лучший пример из-за всего этого сумасшествия вокруг нее прямо сейчас. Помните, что все это существует для того, чтобы помочь нам использовать JavaScript без необходимости иметь дело с кучей чуши, которую мы должны знать, чтобы создать даже Hello World минимально жизнеспособный продукт (mvp). Все мы знаем, что ванильный JavaScript может стать болезненным.
Очевидно, время от времени появляется лучшее решение, которое решает еще больше проблем, но язык под капотом будет навсегда. Я могу дать вам несколько имен, например BackboneJS, AngularJS и т. Д. Вы помните их, верно? Теперь у нас есть ReactJS, VueJS, Angular и так далее. Никто не знает, что нас ждет в будущем, но если у нас будет хорошее понимание основных принципов, мы сможем быстро адаптироваться ко всему новому и масштабировать наши приложения.
Тем не менее, если вы берете интервью о ReactJS, убедитесь, что вы можете ответить на базовые вопросы о JavaScript. Я могу гарантировать вам, что 5 из 10 кандидатов не знают, какие области видимости существуют в JS, что такое примитивы и непримитивы, какие из них неизменяемы, а какие поднимаются.
Извините, но если вы пишете ReactJS 2–3 года и считаете себя Frontend-инженером среднего уровня, то вы, вероятно, ошибаетесь. Если вам не хватает действительно элементарных вещей, то вы младший инженер по JavaScript, и это все, что имеет значение. Фреймворки и библиотеки приходят и уходят, но скрытые технологии всегда будут.
Не задавайте больше вопросов, чем те, которые вам задают
Типичный пример невежества - это когда кандидат получает вопрос и возвращается, спрашивая что-то другое, чтобы манипулировать всем, конечно, не отвечая. Есть две причины, по которым кто-то так поступает, и обе заставляют его выглядеть очень слабым.
Самым очевидным является то, что он / она не может ответить. Этот трюк может работать в некоторых случаях, но это уловка, и это сигнал того, что кандидат пытается проявить смекалку. Пропустить что-то - это нормально, но стараться быть умным - огромный минус.
Может, он / она хочет покрасоваться. Это еще один минус личности кандидата. По крайней мере, сначала ответьте на вопрос, который вам был задан, а затем вы можете кратко добавить несколько дополнительных баллов в пару предложений.
Не спрашивайте людей, которые проводят интервью, об их знаниях.
Вы не поверите, но это еще один забавный случай, который то и дело происходит. Бывают случаи, когда кандидат очень старается выставить напоказ и убедить интервьюеров, что некоторые технические решения, которые они приняли, ошибочны, и у него / нее есть решение, спрятанное в его / ее кармане, и он / она готов поделиться как можно скорее. Да ладно люди !!
Так что, возможно, интервьюер скажет, что компания использует Redux по нескольким причинам. Очевидно, это четко указано в описании должности. На протяжении всего интервью пытаться доказать, что MobX лучше или GraphQL круче, поэтому Redux должен умереть, действительно глупо. Ты серьезно? Даже если вы правы, это просто смешно. Почему вы вообще подали заявку на эту работу?
Не говори больше, чем тебе действительно нужно
Свое мнение обо всем, вероятно, навредит вам в реальной жизни и, конечно же, на собеседовании. Люди, которые склонны говорить бесконечно, в большинстве случаев доказывают свое огромное эго.
Никто не ценит людей с огромным эго. Особенно, если у вас действительно небольшой опыт (‹3 года), то эти бесконечные разговоры закончатся большим НИКТОМ.
Лучше оставайся скромным и слушай других людей. Слушать - это добродетель, а говорить, когда действительно нужно отвечать, - еще одно.
Используйте свое собственное мнение, а не чужое
Бывают случаи, когда кандидат ответит I have been told to do this... Действительно? Я имею в виду, разве у вас нет собственного мнения? Это доказывает некоторое непонимание, если честно. В конце концов, вы проходите собеседование, поэтому все, что имеет значение, - это ваши собственные убеждения.
Познакомьтесь с экосистемой JavaScript
Приличный разработчик JavaScript не может пропустить такие технологии, как ESLint, Prettier, StyleLint, Webpack, Babel, TypeScript, PostCSS, CSS-модули, BEM, CSS-in-JS и т. Д.
Если вы действительно хотите зарабатывать на жизнь с помощью JS, вероятно, будет неудобно, если вы не воспользуетесь доступными инструментами качества кода, чтобы предоставить более точный и менее подверженный ошибкам код. Эти инструменты действительно важны и заставляют вас выглядеть по-настоящему профессионально.
Это нормально, если вы не слишком разбираетесь в таких технологиях, как CSS-модули или TypeScript, но очень важно знать, что это такое и что мы получаем, используя их. Это доказывает вашу осведомленность и постоянное улучшение и прогресс. Все знают, как быстро все происходит во внешнем интерфейсе, поэтому совершенно нормально, если вы еще не освоили все эти вещи, но это огромное достоинство, если у вас есть план обучения и вы много заботитесь о новых технологиях и своем самосовершенствовании.
Прекратите находить оправдания насчет CSS
Я знаю, что все мы ненавидим CSS, но я вижу все больше и больше инженеров, которые склонны игнорировать эту свою слабость. Они предпочитают копировать файлы из Bootstrap и т. Д. И думают, что это их покрывает. Некоторые кандидаты также склонны проповедовать против CSS, чтобы защитить свое невежество.
Ребята это слабость и это не нормально. Стилизация - огромная часть работы во фронтенде, нравится вам это или нет. У каждой серьезной компании есть свой брендинг и т. Д. Ничего не получится без стиля. Также не забывайте, что теперь у нас может быть так много приятных взаимодействий и анимаций с чистым CSS в наших компонентах. Не игнорируйте эту часть, это ошибка.
Заключение
Компании ищут людей, в которых они могут инвестировать, и кандидаты тоже должны так думать, чтобы брак был успешным. Если вы не уверены в описании должности, то, вероятно, зря тратите время других людей, помимо своего.
Можно сказать, что я ничего не знаю, кроме попыток манипулировать дискуссией или даже показать и доказать свое эго. Уважение к людям по ту сторону стола отражает вашу индивидуальность. Не забывайте, легче научить новичка программировать, чем превратить плохую личность в хороший актив и ценного командного игрока. Ваше здоровье!!
Если вам это показалось интересным, подпишитесь на меня в Твиттере по адресу @fakiolinho. Ознакомьтесь с некоторыми из моих других статей ниже:
