Электростанция молодых разработчиков
Почему стоит нанять младшего разработчика (желательно на talent.io;))
Автор: Елизавета Крофтс
Почти 19% разработчиков на рынке труда в Великобритании, Франции и Германии имеют опыт работы от 0 до 1 года, однако трудности с наймом в качестве младшего разработчика не секрет.
Проблема широко ощущается, поскольку в отрасль входит больше людей, чем когда-либо (мартовский опрос 100 000 разработчиков, проведенный StackOverflow, показывает, что большинство из них имеют профессиональный опыт менее пяти лет). В то же время сопротивление соискателям начального уровня существует наряду с массовым спросом на разработчиков в целом.
Вот чего ожидать от младших разработчиков и почему, нанимая младших разработчиков - это не только недостаток, но и надежная стратегия, и в конечном итоге выгодная.
Сделайте резервную копию секундочку… кто такой младший разработчик? 🤔
Чтобы определить параметры, я даю вам (отказ от ответственности) обобщенный «Главный козырь» младших разработчиков:
Поскольку игра с мячом меняется после первого приема на работу, эта статья посвящена разработчикам начального уровня.
Заработная плата зависит не только от стажа работы, но и от местоположения и технического стека. Подробные отчеты о заработной плате широко доступны, поэтому приведенное выше является лишь кратким обзором контекста. Младших разработчиков в среднем быстрее нанимают с первого контакта с компанией, чем их старших коллег.
Откуда берутся младшие разработчики?
Единого пути к развитию нет. Люди начинают с разных направлений и этапов жизни, и их маршрут влияет на возможности. Термин «младший разработчик» охватывает широкий спектр опыта и возможностей.
Выпускник 🎓
Университет - лучшая точка входа. Опыт работы у выпускников, естественно, различается, но прогресс хорошо известен. Выпускники в возрасте от двадцати лет соответствуют демографическому стереотипу молодых специалистов в отрасли, особенно там, где преобладают молодые стартапы.
Из лагеря ⛺
Code Camps - следующие в учебных заведениях, которые предоставляют квалификацию программирования. В Берлине есть организаторы: Ironhack, Le Wagon, SPICED Academy - они специализируются на интенсивных курсах, ориентированных на обучение фундаментальным профессиональным навыкам в высокопрофессиональных технологических стеках (например, в настоящее время Ruby или JavaScript).
Обучение соло 🏃
Большая часть профессиональных разработчиков являются самоучками (с помощью онлайн-курсов или без них) - сфера технологий росла параллельно с ростом многих современных людей трудоспособного возраста, которые начинали как любители в молодой отрасли. Темпы технологических изменений и развития языков позволяют всем разработчикам постоянно учиться. Распространенность самообучения означает отсутствие открытой стигмы в отношении профессионалов-самоучок, но получить первую точку опоры без формальной квалификации, тем не менее, сложно, а иногда и удачно.
Разработчик "Арсенал": Что действительно важно?
«Со стороны кандидата это устрашающие длинные описания должностей, которые невозможно сопоставить, задания кода и собеседования». - Джессика
Джессика, недавно прошедшая обучение младший разработчик, рассказала о поиске должности начального уровня при отсутствии степени:
«Отрасль все больше осознает, что традиционное образование не означает лучшего кандидата ... однако объявления о вакансиях медленно это отражают. Многие по-прежнему просят ученую степень, и это может быть очень неприятно. Я призываю вас еще подать заявку.
Вне традиционного образовательного пути вам нужно более творчески излагать свои знания. Подробное описание ваших собственных проектов и технического стека со ссылкой на GitHub - отличный способ передать свои знания ».
Ценность нетрадиционных квалификаций и мягких навыков подтверждается техническим директором Zenguard Йорном Стампелем (по совпадению ZenMate Tech Blog написан младшим разработчиком), который фокусируется на способности справиться с рабочая среда важнее чисто технического опыта:
«Если вы никогда не работали в« реальной »компании, вы не знаете о цейтноте, работе в более крупных и удаленных командах, изменении требований, инцидентах в действующих системах и т. Д.
Проекты в университете, скорее всего, несколько искусственны, с четко определенными требованиями и, вероятно, не достигают реальных пользователей. Разработчики-самоучки или фрилансеры, как правило, упускают опыт командной работы, командного планирования и разрешения конфликтов слияния.
Вот почему разработчик, который не работал в рабочей среде более 6 месяцев на полную ставку, имеет более крутую кривую обучения ».
Все младшие разработчики равны, но некоторые более равны, чем другие ...
Старый и мудрый (но как-то дорого?)
Многие люди начинают заниматься развитием после карьеры в какой-то другой области. Тем не менее, несмотря на то, что смена карьеры является постоянно растущей нормой, существуют специфические препятствия для поиска работы в более позднем возрасте.
Предрассудки по отношению к более старшим участникам рынка технологий часто основываются на определенных предположениях:
- люди с предыдущей карьерой не готовы вернуться к стартовой зарплате (или работать бесплатно - чего никто не должен делать)
- они менее адаптивны и умны (поэтому менее желательны для технических должностей)
- к сожалению, возрастная предвзятость, распространенная в секторе стартапов, в котором преобладают люди в возрасте от двадцати до тридцати лет.
Недавно меня направили на выступление Тима Леунига на TED на источнике, более длительный опыт способствует творчеству. Вместо того, чтобы ожидать, что разработчики старшего возраста застрянут в неизменных привычках, мы должны осознавать, насколько творческий потенциал проистекает из прошлого опыта, не говоря уже о понимании позиций, не связанных с разработкой, в различных отраслях и новых перспективах, которые предлагает переподготовка разработчиков.
Кроме того, многие молодые люди заканчивают университет со степенью отчасти потому, что это является социальной нормой (и в этом нет ничего плохого). Когда кто-то активно решает переобучиться и вернуться к трудовой жизни позже с нуля, это наверняка что-то говорит об их стремлении как профессионала.
Коротко продавать себя
Не существует жесткого правила, когда кто-то становится (или перестает быть) младшим разработчиком (его статья полностью избегает использования этого термина, даже если приложение может показаться понятным). Отсутствие надежной универсальной базы данных ставит определенные демографические группы и отдельных лиц со склонностью к сравнительно недооценке себя в невыгодное положение. Люди с одинаковым набором навыков могут быстрее или медленнее называть себя профессионалами.
Предполагаемые препятствия для найма младших разработчиков
Многие компании ищут разработчиков среднего уровня, а не младших. Обоснование не только с точки зрения качества или технического уровня: важные задачи существуют на всех уровнях технической сложности, как и хорошее или плохое качество программирования. Многие компании, особенно в условиях небольших стартапов с высоким давлением и низкой численностью персонала, заботятся о времени и инвестициях в персонал, необходимых для поддержки и интеграции молодых людей. Использование более старших членов команды с наставничеством младших сотрудников, не способных решать более крупные задачи проекта, воспринимается как серьезный недостаток.
Почему отказ от найма младших разработчиков не имеет смысла
В целом верно, что для ускорения работы младшего члена требуется больше ресурсов, но способность решать проблемы самостоятельно не зависит исключительно от технического опыта. Один анекдотический счетчик - это случай технически продвинутых программистов, которым требуется серьезный контроль, чтобы следить за ходом проекта (люди могут очень хорошо кодировать, но если они кодируют неправильную вещь, это все равно бесполезно).
Преимущества интеграции младших разработчиков (а не только их «наем») с лихвой компенсируют затраты:
1) Здесь, чтобы остаться - удержание
Если отбросить анекдоты, младшие разработчики с большой вероятностью потратят свое время. Разработчики начального уровня часто проявляют большую лояльность и лучшее удержание в компании, где они впервые получили профессиональное развитие и к ним относятся хорошо. Павел Гдула, главный архитектор OUTFITTERY:
«Я видел, как младшие возрастают до среднего и высшего звена в одних и тех же компаниях просто потому, что для них были созданы возможности. В среднем они прожили более двух лет ».
Удержание более чем компенсирует любую утечку ресурсов, которая в противном случае была бы потрачена на более частые процессы найма для поиска разработчиков среднего уровня.
2) 💪 Усиливайте команду
Помимо удержания и поощрения внутреннего развития, симбиотические отношения младшего и старшего звена неоднократно проявляются в качестве основного преимущества команды для привлечения и роста младших разработчиков. Доктор Накима Штеффлбауэр из FrauenLoop подчеркнула это на форуме talent.io о разнообразии и инклюзивности в технической сфере, и это было хорошо сказано Павлом:
«Наличие в команде младших сотрудников может быть действительно хорошим опытом для старших разработчиков, чтобы они могли играть роль учителей. Я видел людей, которым это нравилось, и в команде создавалась отличная химия ».
Команда, связанная личными отношениями с измерениями наставник-ученик, создает лучшую рабочую среду и, вероятно, будет иметь более высокий уровень удержания. Это вопрос баланса.
Идеальная команда - это всегда сочетание старших и младших разработчиков. Юниоры могут придумывать сумасшедшие идеи и преследовать их - старшие могут модерировать эти идеи, направлять процессы и так далее. Только с пожилыми людьми ваша среда может перестать развиваться - только с младшими, и она может стать хаотичной ». - Йорн
3) Воспитывайте юниоров в своем имидже
Младших разработчиков можно вырастить в соответствии с процессами компании.
«Вложение окупается. Юниоры могут начать с незнания процессов, но через пару месяцев они уже знают. И они также будут знать структуры, которые использует компания, и инструменты ». - Йорн
Потребность компаний в привлечении технических талантов приводит к инициативам по обучению разработчиков даже с нуля, подготавливая стажеров к их конкретным методам работы. Недавние примеры приведены в программах DeveloperBridge Program и BT в сотрудничестве с Code First: Girls от SoundCloud.
4) Свежие перспективы
«Недостаток юниоров - отсутствие опыта - также их преимущество. Юниоры более открыты для нового, потому что они все еще хотят учиться. Они пробуют то, что можно было пробовать раньше, но с новым подходом. Они ставят под сомнение то, что было сделано, потому что никто никогда не спрашивал, правильно ли это ». - Йорн
Самые опытные разработчики учатся и работают с новыми и развивающимися технологиями. У пожилых людей больше опыта и самостоятельности в адаптации, но обучение на рабочем месте является стандартным при разработке и не должно удерживать компании от найма.
Суть в том, что инвестиции в ваших юниоров окупаются.
Рад сообщить, что talent.io практикует то, что мы проповедуем. Через платформу у нас есть доступ к тысячам разработчиков любого уровня подготовки, которые мы использовали, чтобы выбрать фантастическую команду разработчиков, многие из которых начинали как юниоры.
Эмили Фоммафаван пришла на talent.io в качестве первого места работы два с половиной года назад. У интеграции есть разные аспекты, но общая тема - с самого начала тратить время на обучение новых членов, чтобы они стали как автономными, так и полноценными членами команды. Ее адаптация демонстрирует некоторые возможные процессы оказания поддержки:
«Мы проводим серию тренингов перед тем, как приступить к выполнению задач из невыполненной работы, начиная от базовых упражнений и документации Ruby / Rails (поскольку мы также нанимаем разработчиков, которые не знакомы с технологиями) до презентаций. основных компонентов нашего приложения (другими разработчиками). Новым участникам назначается "наставник", пока они не завершат обучение. Нам также настоятельно рекомендуется использовать парные программы ».
Многие жалуются на трудность поиска хороших технических талантов, но в то же время компании упускают из виду разработчиков с солидными навыками и еще большим потенциалом для быстрого обучения на основе младшего опыта.
Это краткосрочный взгляд, который - если он не очень пессимистичен в отношении вашего будущего как компании - не имеет большого смысла.
Для выхода на приятном слове от Павла:
«Просто чтобы добавить кое-что из своего собственного опыта. Мне очень нравится работать с младшими разработчиками. Они приносят свежую энергию в команды, они много работают, им весело учиться, и они действительно ценят, что вы помогаете им и работаете с ними над проблемами ».
