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

Не существует универсального «правильного» ответа на этот вопрос с точки зрения времени — важно понимать , каковы ожидания от конкретной роли.

Обычно это можно узнать в процессе собеседования — приведу пару разных примеров (это были контрактные роли, но они все еще широко применимы)

Роль 1: Строго регулируемая отрасль, чрезвычайно сложная существующая кодовая база.

Новые члены команды считались «продуктивными» только на 60% (представленными как возможности в TFS) по сравнению с постоянными членами примерно до 3 месяцев. Это не было «вам нужно работать только 4,8 часа в день». только тот случай, когда новому человеку потребуется больше времени для выполнения данной задачи, потому что ему придется искать что-то в коде или потребуется некоторое время, чтобы что-то понять или спросить кого-то о информации. Все, что естественным образом сокращалось по мере накопления ваших знаний о кодексе компании и бизнесе.

Роль 2: быстро развивающаяся отрасль, роль, в частности, для сокращения невыполненных работ.

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

Так что он сильно различается!

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

Адаптация нового разработчика может варьироваться в зависимости от нескольких факторов:

• Сложность кода
• Сложность отрасли
• Организационные процессы
• Процессы разработки

Это предполагает, что вы ИДЕАЛЬНО подходите. Часто даже у нанятых сотрудников среднего и ведущего/старшего уровня не хватает элементов в необходимых наборах инструментов.

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

На мой взгляд, если это ваше повседневное веб-приложение (несколько передних страниц, простые формы, с некоторой бизнес-логикой), то я бы сказал, что где-то между 3-6 месяцами.

Но если вы работаете с программным обеспечением для драйверов, банками, авионикой, телекоммуникационной инфраструктурой... ожидайте более длительного процесса адаптации.

Фундаментальная истина заключается в том, что нормальная работа требует адаптации. В разработке это еще БОЛЕЕ сложно, потому что, хотя технический стек может идеально подходить (при условии, что это так), даже тогда вам нужно узнать, как он был построен, их руководство по стилю, как они занимаются разработкой и как они решают проблемы. Не все фирмы одинаковы. Не все кодовые базы одинаковы.

Некоторые фирмы будут иметь сильно абстрактные и сложные системы, а другие будут иметь очень простые и понятные системы. Я не выношу здесь никаких оценок, я просто говорю, что это может варьироваться в широких пределах.

... и все это при условии, что ваши навыки идеально совпадают. Часто в процессе найма идут на компромиссы. Так что, возможно, у вас есть опытный разработчик Java, который также хорошо разбирается в SQL, но никогда не работал с React. Вы можете взять этого кандидата и принять временную неэффективность этого разработчика, изучающего React во время работы, или вы можете отправить его на обучение. В любом случае, они не работают на 100% эффективности.

Кроме того, это даже не включает культуру организации. Они полезны? Получаете ли вы поддержку по мере необходимости? Ты сам по себе? Выдвигает ли организация сжатые сроки без поддержки? Предоставляют ли они полную поддержку, когда вы застряли?

Все эти вещи играют роль в процессе адаптации.

ОБНОВЛЕНИЕ: Peopleware также упоминает об этом. Они отмечают ценность работников умственного труда (разработчиков) и то, как адаптационный период может поначалу сделать их крайне неэффективными. На самом деле это стоит фирме больше денег, прежде чем они заработают деньги. Это происходит из-за того, что новому разработчику потребуется поддержка других разработчиков, что снижает эффективность других людей. Они упоминают, что этот процесс, в зависимости от множества переменных, может занять очень много времени. Что является частью аргумента в пользу того, что в книге говорится о том, что разработчики — это просто взаимозаменяемые винтики, а не так, и процесс адаптации — наглядный пример того, почему они таковыми не являются.

Я не уверен, что вообще ожидают от менеджеров по найму (на должности среднего звена). Ожидают ли они, что я вступлю в должность и стану полностью компетентным в течение нескольких недель? Или они ожидают, что новый сотрудник, даже на среднем уровне, не будет вносить свой вклад в полную силу в течение некоторого времени (например, в течение испытательного срока)?

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

Теперь имейте в виду, что в большинстве списков вакансий будут требования, в которых у вас может быть мало знаний/опыта. В этих случаях работодатель (если он хорошо изучил ваше резюме и прошел собеседование) будет знать, каких навыков вам не хватает, и даст вам свободу действий, чтобы учиться или увязнуть.

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

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

Каждая кодовая база имеет базовую логику и бизнес-логику. Я предполагаю, что в сценарии, когда вас наняли для работы над X, они ожидали бы, что вы знаете основную логику с минимальным руководством (например, репозиторий версий, URL-адрес и т. д.). Я полагаю, что его настройка и подготовка к коду должны быть относительно безболезненными и без какой-либо помощи, кроме настройки паролей и учетных записей.

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

В основном это зависит от ожиданий компании. Я думаю, что при разумных темпах первоначальная настройка среды не займет у вас больше нескольких дней. Настройка репо, ваших учетных записей и т. д. не должна занимать больше дня. Изучение их бизнес-логики может быть сложной задачей, где может потребоваться некоторое объяснение и, возможно, разумная ошибка с вашей стороны (например, вы ничего не знали о внутренних правилах компании).

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

Кроме того, сейчас не 1990-е, когда вы можете получить рабочий стол и начать работать. Для того, чтобы все заработало, с вашей стороны должна быть выполнена настройка лицензии, конфигурации и т. д., и т. д. Это также займет некоторое время с их стороны (компании).