OUR COMPANY
Bring your ideas to life
Anything you've even dreamed about is possible to realise just at the moment when you decided to win.
Как повысить свои шансы получить работу разработчика
Статья фрилансера Харбинда Харода
На прошлой работе в качестве старшего разработчика я помогал на собеседованиях и нанимал многих членов своей команды. Эта статья – сборник моих мыслей за тот период.

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

Сопроводительное письмо
Забросьте наживку

Добрый день, Стейси,

Я видел, что Вы искали PHP-разработчика Full-Stack. Что ж, ваш поиск закончен!

Недавно я завершил проект, в котором также используются Laravel's Queue Workers и Task Scheduler. Я получил большой опыт, занимаясь диагностикой и устранением неполадок, и уверен, что эти навыки и мой описанный ниже опыт будут полезны для вашей группы разработчиков.

Если вы пишете сопроводительное письмо, нужно сразу же забросить наживку. Приведенный выше пример выполняет несколько функций:

  1. Первое предложение показывает энтузиазм по поводу должности. Также вы можете использовать восклицательные знаки, но не переусердствуйте. Пусть письмо будет естественным.
  2. В первом абзаце сразу же предоставляется доказательство, ссылаясь на прошлый проект, который имеет отношение к работе. Связывая свой опыт с новой работой, вы сразу же показываете, какую пользу можете принести компании.
Чтобы написать эффективное письмо, выделите время на то, чтобы изучить все требования к работе и информацию о компании. Так вы поймете, о чем нужно сообщить сразу.
Покажите в выгодном свете свой энтузиазм

Я вижу, что вы используете Elastic Search, с которым мне действительно нравится работать. Я работаю над публичным проектом, который помогает пользователям начать работу с Elastic Search. Проект представляет собой настройку шаблона Laravel, который извлекает данные RSS-ленты и автоматически индексирует данные на сервере Elastic Search с использованием REST API для PHP.

Я работаю с командой из двух человек, и мы планируем выпустить v1.0 на следующей неделе.


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

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

Я бы рекомендовал сделать этот раздел коротким – максимум 1-3 пункта.

Портфолио
Дайте им больше хорошего материала

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

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

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

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

Убедитесь в том, что ваша страница с портфолио отлажена

Первое, что делают разработчики, когда видят сайт, который им нужно оценить – изменяет размер окна браузера. Таким образом они убеждаются в том, что вы обладаете достаточными знаниями для данной позиции. Убедитесь сами, что изменение размера страницы одинаково хорошо отображается на всех устройствах с панелью инструмента Chrome. Не забудьте проверить ее также на нескольких браузерах.

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

Проявите фантазию

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

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

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

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

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

GitHub
Занимайтесь публичными проектами

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

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

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



Сделайте свой профиль GitHub презентабельным

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

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

Сделайте хороший файл сведений

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

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

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

Создайте сообщение о завершении транзакции

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

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

Повторюсь — либо делайте публичные вклады, либо попросите друга помочь вам в работе с проектами.

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

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