Познакомился с джуниор разработчиком с 7 летним стажем. Его резюме выглядело довольно неплохо. Но когда мы начали интервью… уф.
Он писал JS почти десять лет, но не мог использовать ES6.
Он боролся с простой проблемой, которая требовала перебора массива и слияния некоторых объектов.
Как это было возможно?
Я предполагаю, что он провел все время в своей нынешней компании, выполняя одни и те же задачи снова и снова. Я уверен, что он был превосходен в ЭТОЙ конкретной компании.
Мы не могли двигаться вперед с ним.
Что мне хотелось бы сделать: отвести его в сторону после интервью и объяснить, что ему нужно выучить, чтобы добиться большего успеха на следующем собеседовании.
Что я сделал: "Спасибо, что уделили мне сегодня время".
Я много думаю об этой истории. Вы не хотите попасть в ту же ловушку. Вы хотите, чтобы в какой-то момент вы стали старшим разработчиком.
Давайте проясним некоторые из тупых советов, которые вы прочитали в LinkedIn:
- Титулы не имеют значения
- Пожилым людям требуется не менее [x] лет опыта
- Старшие — лучшие программисты в команде
- Получай опыт и титулы придут
Все в порядке. И все они ужасно, ужасно неправы.
Должность старшего разработчика может сильно различаться в каждой компании. Вам все еще нужно преследовать его.
У разработчиков (включая меня) есть некая нездоровая одержимость получением Senior, но на то есть веская причина.
На одном конце спектра разработчиков находится младший.
Они расходные по большей части. Дешево и много, и нужно много руководства. Они являются важной инвестицией, а также немного азартной игрой.
На другом конце спектра находятся старшие.
Они могут создать или разрушить вашу команду благодаря своему влиянию на кодовую базу, команду и процессы. Они давят действительно сложных ошибок. Они следят за тем, чтобы команда не делала чрезмерных коммитов или рефакторинга без необходимости. Они совершили дорогостоящие ошибки и знают, как их избежать…
