Почему вы не можете найти работу в качестве младшего (ruby on rails) разработчика

Когда я садился писать эту статью, она должна была называться «Советы и рекомендации по поиску вашей первой роли младшего разработчика (ruby on rails)».

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

Вместо того чтобы воссоздавать еще один легко написанный и легко забываемый блог, давайте рассмотрим, почему сейчас трудно найти работу младшему разработчику Ruby on Rails.

Что вы можете с этим поделать, что, надеюсь, послужит вам подспорьем в первых разговорах?

Что это за советы?

Прежде всего, давайте составим краткий список общих советов, которые вы найдете, если хотите получить свою первую работу младшего разработчика:

  • Приходите вовремя: Я знаю, что это кажется смешным, но вы не поверите, сколько людей опаздывают на собеседование и не предупреждают вас. Хотя всякое может случиться, и любой интервьюер поймет это, он также может быстро учуять нелепые отговорки. Я считаю, что нужно либо приходить вовремя, либо вообще отменить собеседование и попытаться его перенести. Опоздание на собеседование — плохой знак, так как вы оба будете испытывать давление из-за потерянного времени.
  • Работать бесплатно: Опять же, еще один спорный момент, но позвольте мне на секунду остановиться на этом. Я не призываю вас работать бесплатно в качестве разработчика в компании. Это не должно быть запрещено и не существует. Но если вам позволяют обстоятельства, вы должны тратить время на создание вещей. Например, сделайте свое маленькое todo-приложение и разверните его на Heroku. Или узнайте что-то новое о Rails, чего вы раньше не видели, и опубликуйте небольшой код на Github. Правда в том, что одно из первых действий рекрутера — это поиск вашего имени в Google. Они бегло просмотрят ваши ленты социальных сетей и чуть более внимательно изучат ваш аккаунт на GitHub. А там все довольно просто. Тот, у кого больше активности, чаще всего будет предпочтительнее, чем кто-то другой. Поэтому делайте маленькие коммиты и часто подталкивайте. Менее спорным способом обозначить это было бы «создать свое портфолио».
  • Будьте скромны: Да, вы прошли буткамп, и некоторые хотят, чтобы вы думали, что когда вы покидаете его, то через три месяца вы уже почти mid-dev. Это не так. Вам предстоит узнать много нового, чему не учат в буткемпе. Поэтому поймите, чего вам не хватает, где есть дыры, и четко сформулируйте их.
  • Будьте готовы и задавайте вопросы: Опять же, это кажется очевидным, но вы удивитесь, узнав, сколько собеседований я провел, когда человек передо мной даже не удосужился посмотреть на сайт нашей компании, кто мы и чем занимаемся. Как рекрутера, это очень расстраивает. И если вы потратите минимум времени на изучение того, чем занимается компания, вы, надеюсь, получите несколько вопросов. На самом деле, чем больше вопросов вы подготовите, тем лучше. Не стесняйтесь задавать вопросы о команде, о том, как мы работаем, как мы кодируем, о продвижении сиделок, об отгулах или о чем угодно, на что вы хотите получить ответ. Человек, задающий вопросы, выглядит заинтересованным и помогает создать двусторонний разговор.

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

Верно, но почему же тогда я с трудом прохожу собеседование?

Теперь мы переходим к актуальной теме. Вы готовы. Вы подготовлены. У вас есть небольшое портфолио с маленькими проектами, но почему-то никакая работа к вам не идет. Почему, черт возьми, так происходит?

Дело не в вас. Дело в Rails

К сожалению, в настоящее время Ruby on Rails кажется обоюдоострым мечом. Ruby on Rails позволяет любому человеку и любой команде продуктивно писать веб-приложения. Чтобы достичь тех же результатов, вам нужно меньше людей. А потребность в меньшем количестве людей оказывает прямое влияние на набор персонала и, прежде всего, на джуниоров.

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

В этом вопросе, с реалистичной точки зрения, вы ничего не сможете сделать, чтобы изменить их мнение. Это трудное решение, потому что одна сторона уравнения верна (да, принятие младшего сотрудника в команду повлияет на производительность), но другая сторона совершенно узкомысленна (подробнее об этом позже).
{: .callout-yellow}

Итак, да, дело не в вас. Дело в Rails. Но сообщество становится все более осведомленным об этой проблеме. Большинство из нас испытывают чувство гордости и привязанности к Rails как к фреймворку, но также понимают, что нам нужно решить эту проблему, чтобы Rails пережил свое возрождение. Чтобы Ruby on Rails продолжил свое путешествие, нам нужно, чтобы больше людей (джуниоров) испытали его.

Это не вы. Это (больше) старших разработчиков.

Хотя это утверждение справедливо для Rails, оно верно и для любого другого языка и фреймворка.

Иногда старшие разработчики могут быть отличными разработчиками, но они могут быть ужасными наставниками.

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

Но когда старшие в команде не имеют такого мышления, они иногда могут стать препятствием для привлечения младших в команду.

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

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

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

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

Дело не в вас. Дело в нас

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

Исходя из того, что мы сказали до сих пор, мы знаем, что:

  1. Набирать сотрудников сложно
  2. Rails является продуктивным инструментом и позволит любому работать с ним быстрее
  3. Некоторые руководители не хотят или не готовы стать наставниками.

Принимая все это во внимание, легче понять, почему некоторые ответственные люди будут возвращаться только к средним/старшим ролям.

Это ложная хорошая идея.

Поступая таким образом, команда подвергает себя целому ряду проблем.

  • Отток за зарплату: В мире, где проще сменить работу, чтобы получить повышение зарплаты на 30%, чем остаться на месте и получать дополнительные 5% в год, люди среднего и высшего звена будут быстро уходить. Да, вы можете удержать их с помощью хорошей рабочей этики, такой как работа над интересными и целенаправленными проектами, ощущение настоящей команды, соблюдение баланса между работой и личной жизнью и т. д. Но в какой-то момент будет довольно сложно конкурировать со следующим крупным предложением.
  • Отсутствие наставничества: Команда, в которой нет наставников, никогда не изменится. Если люди, занимающие старшие позиции, не готовы взять под свое крыло новичков, и никто им в этом не помогает, они никогда не изменятся и не сделают этого.
  • Возможное отсутствие разнообразия: Не только в плане пола или цвета кожи, но и в плане подхода и происхождения проблем. Младшие сотрудники, как правило, приходят из разных слоев общества, привнося новый свежий взгляд на продукт или проблему, которую пытается решить команда.

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

Но не стоит отчаиваться. Все движется

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

Все изменится, я уверен. Все должно сдвинуться с мертвой точки, поскольку, не давая шанса людям, желающим присоединиться к нашему сообществу, Ruby on Rails может быть лучшим в мире фреймворком для создания продуктов, но тогда не будет хватать талантов для написания кода.

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

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

Итак, как же мне пройти первое собеседование?

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

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

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

В этом сценарии:

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

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

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

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

Также, надеюсь, раз вы понимаете, что дело не в вас. Это [Рельсы/мы/они], вы будете воспринимать отказ менее жестко и быстрее восстановитесь.

Выбирайте увлеченно

Если вы изо всех сил пытаетесь найти свою первую работу, очень заманчиво «рассылать и молиться» свое резюме каждому рекрутеру и отвечать на каждую заявку.

К сожалению, это приносит больше вреда, чем пользы. Позвольте мне привести пример, рассмотрим это письмо:

Subject: Ruby on Rails developer application

Dear Sir/Madam

I'm writing you regarding your job application for a Junior Ruby on Rails developer role.

I'm a junior developer from So and So university and would like to be considered for the role.

I am sharing my CV with you for consideration.

Kind regards

Jack
Войти в полноэкранный режим Выйти из полноэкранного режима

Теперь давайте посмотрим на это.

Subject: Would you like me in your team?

Hi Nic,

I'm currently looking for my first role as a Ruby on Rails developer, and your current job application caught my eye.

I'm interested in learning more about age tech because I had to deal with the problem first-hand when I saw my mum having to act as a carer for my grandad.

I've looked at Amba and the software you're building, and I truly think it could be a big part of the solution.

I'm currently looking for my first role, and a team like yours seems like it would be a fantastic opportunity to learn from.

While I've got a lot to learn, I'm currently considering specialising on the backend side because I love the problem business logic/problem-solving part of development.

My CV is attached, but you can look at my github profile here (a link) and, more specifically, at this small code I recently wrote as I learned how to write Rspec specs (link to repo).

I'm free any day for an interview, except on Tuesdays and Friday morning.

I hope we'll get a chance to catch up.

Kind regards

Alice
Войти в полноэкранный режим Выход из полноэкранного режима

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

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

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

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

Вы должны выбрать, к кому вы обращаетесь, и знать, почему вы обращаетесь именно в эту команду. Но как насчет страстно?

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

Представим, что вы серфингист и именно так проводите свои выходные. Если вы потратите время и приложите много усилий, чтобы произвести впечатление на менеджера по подбору персонала сайта YourBestSufingSpots.com, это, вероятно, будет звучать более искренне, чем если бы вы потратили время на то, чтобы произвести впечатление на менеджера другой случайной компании.

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

Имейте, что показать

Я знаю, что вы думаете. Как я могу показать что-то значимое или стоящее, если я всего лишь юниор?

Но «есть что показать» — это не значит, что нужно показать что-то безумное и инновационное.

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

Когда мы смотрим на этот код, наша цель не в том, чтобы оценить «умность» кода. Мы (или, по крайней мере, я) будем смотреть в основном на:

  1. Тот факт, что вы потратили время на освоение своего ремесла.
  2. Общая структура кода
  3. написали ли вы для него тесты.

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

Если вы ищете вдохновение для того, что создать, я обычно рекомендую создать небольшую идею «электронной коммерции». Представьте себе магазин со списком товаров, фильтром по категориям, функцией добавления в корзину и фальшивым потоком оформления заказа, если вы хотите его продвинуть (не заморачивайтесь с платежами и прочим, фальшивка — это хорошо).

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

Если создание электронной коммерции — не ваш конек, я рекомендую ознакомиться с этим постом Никки Сиапно с ее собственными десятью рекомендациями https://medium.com/geekculture/10-fun-coding-project-ideas-to-get-hired-as-a-junior-engineer-86c3bacf7ea7.

Не бойтесь подавать заявки

Обычно я слышу: «Легче сказать, чем сделать, Ник!». Но поверьте мне.

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

Во-вторых, если вы видите, что в некоторых из них открыты вакансии для более квалифицированных сотрудников (например, с минимальным трехлетним опытом работы), я бы настоятельно рекомендовал вам все же подать заявку.

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

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

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

Агентство / Консалтинг / Продукты

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

Агентства

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

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

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

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

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

Консультации

Как правило, в мире Ruby on Rails вы найдете агентства и консультантов, объединенных в одну компанию. Консультантам по-прежнему платят за написание кода для других людей, но на этот раз они не пишут новый продукт, а улучшают существующий.

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

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

Если только у них нет вакансии, в которой говорится, что они хотят нанять младших разработчиков (обычно в когортах), я бы не стал тратить слишком много времени, пытаясь подать заявку. Хотя ваш профиль может быть интересным, они могут столкнуться с трудностями, чтобы вписать вас в реальность.

Продукты

Продукты — это обширное название. Некоторые продукты являются общественно значимыми, и инструменты пишутся как часть более крупной организации (например, сайт gov.uk или калькулятор расценок на сайте).

Некоторые продукты будут принадлежать компании, например, продукты SAAS.

И, наконец, некоторые продукты — это внутренние инструменты, используемые только в компании.

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

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

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

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

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

Заключительные слова

Извините, я не собирался писать что-то настолько длинное, но если вы все еще здесь, то, вероятно, это того стоит.

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

Не отчаивайтесь, если вы ищете младшую позицию (Ruby on Rails).

Вы нужны нашей индустрии.

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

Оцените статью
devanswers.ru
Добавить комментарий