Недавно я отвечал на вопрос читателя о новой работе.

Этот читатель имеет ‹2 года профессионального опыта работы в качестве разработчика программного обеспечения. Она проходила собеседования с несколькими компаниями, в том числе с одной компанией, которая никогда не нанимала людей с таким небольшим опытом.

Опасно ли присоединяться к компании, у которой нет опыта работы с новыми инженерами?

Следует ли вам беспокоиться о адаптации и наставничестве нового инженера, присоединяющегося к более опытной команде?

Ситуация

Вот письмо, которое я получил от этого нового инженера:

Мой вопрос к вам: если все пройдет хорошо с собеседованием в этой компании, есть ли какие-либо вопросы, которые вы могли бы задать? Данный…

1) Я был бы их первым юниором (но у многих разработчиков глубокая, 20+ летняя карьера в местах, где были юниоры)

2) Их инженерная организация очень новая (май 2022 г.)

3) Инжиниринг является второстепенным по отношению к основному бизнесу, но играет центральную роль в развитии бизнеса в среднесрочной перспективе.

Мой ответ

Мой ответ зависит от контекста этой ситуации, и я знаю навыки этого инженера. Она станет отличным дополнением к любой команде инженеров, независимо от ее «младшего» уровня опыта.

Во-первых, я бы не парился, будучи первым «младшим» инженером. Крайне важно, вы захотите выяснить их процесс адаптации, чтобы убедиться, что у вас есть поддержка. Но я уверен, что вы успешно наберете обороты, учитывая, насколько адаптивным и независимым вы были с тем, что вы узнали до сих пор.

Во-вторых, новая инженерная организация может оказаться дерьмовой. Но в конечном итоге это работает в вашу пользу, я думаю. Это означает, что существующий код будет проще, и не будет столько грубого технического долга, с которым нужно работать. По мере роста команды вы увидите, как делается колбаса. Ветеранское лидерство, безусловно, является большим плюсом и здесь.

Наконец, второстепенность инженерного дела (по всей вероятности) в текущем состоянии компании. Отсюда можно пойти двумя путями:

1. Инжиниринг бесконечно отходит на второй план или отдается на аутсорсинг, и в этом случае вы всегда можете уйти из компании с опытом в резюме

2. Инжиниринг становится основной движущей силой нового бизнеса. Не удивлюсь, если в данном случае так и будет.

Вопросы, которые нужно задать

Я считаю, что на собеседовании инженеры-программисты должны заранее подготовить несколько трудных вопросов.

Если вы критически относитесь к типам организаций, в которые хотели бы вступить, это сигнализирует о вашей компетентности. В прошлом я писал о том, что задавайте компании вопросы для проверки — вы должны брать у них интервью так же, как они берут у вас!

Несколько вопросов, которые приходят на ум, для этой конкретной ситуации, когда новый инженер присоединяется к старшей команде:

  • Насколько велика инженерная организация в целом и как она структурирована? Каково видение его конечной структуры?
  • К какой команде я бы присоединился или в какие проекты, по вашему мнению, я могу внести свой вклад?
  • Какие ожидания были бы у вас от этой роли? Это полный стек? Через 3–6 месяцев, если у меня все будет хорошо, как это будет выглядеть для команды?
  • Как вы справляетесь с адаптацией и поддержкой новых разработчиков по мере того, как они наращивают базу кода?

Всякий раз, когда вы берете интервью, я также рекомендую вам просмотреть список Джулии Эванс, чтобы увидеть, не выделяются ли какие-либо другие вопросы. Это ресурс, которым я всегда пользуюсь.

Дополнительные ресурсы

Каждый день я пишу что-то новое для разработчиков программного обеспечения. Попадите в ежедневный список, чтобы получать обновления.

—

Присоединяйтесь к Medium за 5 долларов — получите доступ ко всему Medium + поддержите меня и других!