It-карьера

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

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

Также, стандарты резюме отличаются от страны к стране, от рынка к рынку. В странах где развит аутсорс больше смотрят на конкретные технологии, а не на достижения. В разработке игр могут быть важны фундаментальные знания (например, математика, физика). В Германии допускается фотография в резюме, а в США нет. Отталкивайтесь от специфик индустрии когда подаете резюме, чтобы увеличить шансы, что вас заметят.

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

Общие советы

• Размер. Идеальный размер резюме 1 страница. Вы можете позволить себе 2 страницы, но только когда это действительно важная информация, например, достижения на работе или вклад в Open Source.

• Стиль. Резюме должно быть в едином стиле. Не перебарщивайте с тем, чтобы в резюме был одновременно курсив, выделение жирным, разный шрифт, размер и цвет.

• Одна колонка. Не разбивайте ваше резюме на две колонки, вторая колонка, расположенная справа, заберет внимание читателя на менее ценную информацию с самого начала.

• Название файла. Название должно отображать роль, на которую вы подаетесь, и идентифицировать вас resume_dmytro_striletskyi_software_engineer, можно пойти от большего к меньшему resume_software_engineer_dmytro_striletskyi. Можно сократить software_engineer до se.

• Формат. Признанным форматом резюме является PDF. Возможно, в каких-то компаниях корпоративным стандартом будет другой формат, но вы об этом точно узнаете.

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

• Ссылки. Есть два варианта: Github (или ваш никнейм) либо https://github.com/dmytrostriletskyi (или сокращенный вариант, например, через bit.ly). В первом варианте вы зашиваете ссылку в текст и по нажатию на него страница откроется в браузере. Во втором варианте вы указываете полную ссылку на случай если резюме будут распечатывать.
  
  Как мне кажется, если у того, кто смотрит резюме в распечатанном виде, есть возможность зайти по ссылке из резюме, набрав ее в браузере, то у него уже давно есть доступ к этому резюме в электронном виде на том же устройстве (почта, корпоративных мессенджер). Более того, есть мнение, что по ссылкам вообще никто не переходит в компаниях, у которых десятки тысяч резюме в год, поэтому лучше занять ими как можно меньше места.

• Иностранные языки. Если вы подаете резюме в компанию, где говорят на английском, то нет смысла указывать его в резюме. Ваше резюме уже предполагает что вы знаете его на необходимом для работы и жизни уровне (это проверят на собеседованиях). Знания других иностранных языков можно указывать когда: это пригодится по работе (например, заказчик в вашей будущей компании из Китая и вы знаете китайский) либо это язык страны, куда вы хотите переехать и национальный язык там не английский (немецкий, французский) тогда это точно оценят. Родные языки просто так нет смысла указывать, если в вакансии нет таких требований.

• Грамматика. Проверяйте текст в резюме на грамматику (например, Grammarly, есть бесплатный режим). Советую взять полчаса у носителя языка на любой популярной платформе (например, Preply, это будет стоить меньше $10), он также проверит, звучит ли текст.

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

Структура

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

Заголовок

В нем нужно указать:

• Имя и фамилия. Если ваше имя трудно произнести человеку из другой страны, рассмотрите вариант либо сократить его (например, из Alexey сделать Alex), либо переделать (например, из Ekaterina сделать Kate).

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

• Почта. Лично мне нравится, когда название почтового адреса более или менее стандартное (имя и фамилия), а не какой-то dark.knight13@gmail.com, хотя не могу сказать что это вообще влияет на что-то.

• Номер телефона. По моему опыту, рекрутеры из определённых стран больше любят звонить, а не общаться по почте (например, из Великобритании и Германии). Наличие номера страны в которую ты подаешься, в моем случае, было не обязательным, все равно звонили на украинский.

• Текущая локация. Ограничьтесь городом и страной, не надо указывать улицу и номер дома.

• Виза. Если у вас нет легального права работать в стране, в которую вы подаетесь, вам нужно об этом написать словам вроде Willing to relocate, Ready to relocate, или Visa sponsorship required. Если у вас есть легальное право работать в стране, то укажите словами вроде H1B visa holder или UK Global Talent visa holder, это конкурентное преимущество.
  
  В суме с предыдущим пунктом, информация где вы сейчас территориально находитесь, даст больше контекста. Кто-то не перевозит разработчиков, кто-то перевозит, но хочет, чтобы вы начали удаленно, а такой возможности может и не быть. Таким образом компания поймет, нужна ли вам помощь с переездом, сюда входит как оплата всех визовых трат, авиабилеты, аренда квартиры на первое время, и прочее.

О себе

Расскажите работодателю о себе, своих достижениях и опыте в профессиональном плане за весь карьерный путь. Здесь можно упомянуть количество лет в индустрии, сферы в которых вы работали (например, FinTech), предпочитаемые типы компаний (например, стартапы и продуктовые), ваши ключевые навыки (например, опыт в distributed systems и/или NLP), вклад в Open Source, наличие блога, статей, канала на YouTube, ценности в инженерии (например, про культуру разработки).

Добавьте ссылки на ваши ресурсы: Github, LinkedIn, Stack Overflow, Medium, Habr, YouTube, персональный блог.

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

Опыт работы

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

Описание должности и компании состоит из:

• Название должности. Если вы росли в компании по разным должностям, я рекомендую подробно описывать это на таких площадках, как LinkedIn, а в резюме указывать либо подходящую должность для вакансии, либо комбинацию из нескольких (например, Software Engineer & Tech Lead).

• Название компании. Зашейте ссылку на сайт компании в ее название.

• Город и страна. Указывайте где вы находились во время работы, а не месторасположение компании.

• Дата начала и конца работы. В случае если вы еще работаете в компании, пишите Present вместо даты конца. Формат даты состоит из месяца и года.

• Персональные достижения за время работы.

О персональных достижениях подробнее:

• Они должны быть оформлены как список (ненумерованный).

• Каждый пункт описывает ваше (не команды и не компании) достижение. Поэтому слова участвовал или помогал здесь неприменимы.

• Указывайте конкретные цифры.

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

Примеры достижений:

• Ускорил алгоритм поиска свободной машины такси на 25%, что увеличило количество поездок в месяц на ~300 тысяч.

• Объединил два экрана в мобильном приложении в один, что увеличило конверсию на 2.3%.

• Управлял командой из 5 разработчиков.

Также полезно знать:

• Это нормально, если у вас нет особых достижений, или они есть, но их трудно выразить в цифрах. Попробуйте сконцентрироваться на том, что вы сделали, и написать как есть. Например, сделал распределенную копию Google Drive.

• Уберите нерелевантный опыт. Например, вы были разработчиком в первой компании, потом стали СТО во второй и подаетесь в третью компанию на позицию разработчика. Если в вакансии не указаны требования к опыту на высоких должностях, то лучше поменять СТО на что-то вроде Senior Software Engineer или Tech Lead, убрав нерелевантные достижения вроде управлял бюджетом на найм сотрудников. Лучше сфокусироваться на ваших знаниях и опыте, которые будут наиболее применимы к работе разработчиком.

Технологии и навыки

Укажите несколько строк про технологии и навыки, которыми вы владеете. Начните с основных (например, Python), продолжите стандартами в индустрии (например, Docker, Kubernetes), закончите специфическим (например, ELK). Указывайте технологии в которых вы либо хорошо разбираетесь, либо у вас был ценный опыт. Не указывайте то, с чем вы почти не работали, либо работали давно и ничего не сможете рассказать вас обязательно спросят.

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

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

Проекты

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

Образование

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

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

Другое

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

Заключение

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

• Советы для резюме от Patrick Shyu, ex-Google ex-Facebook Tech Lead на YouTube.

• Статья на Хабре, хотя ее автор, со временем, поменял отношение к некоторым из пунктов.

• Чат в Телеграме, где вы можете прислать свое резюме и попросить критику.

• Короткое и длинное видео с советами для резюме от Google на Youtube.

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

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

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

Светлана:Алексей, как ты считаешь, какие команды более эффективны, удаленные или офлайн?

Алексей:Мне часто задают этот вопрос. Проблема в том, что в офлайн у меня мало опыта. Мне трудно сравнивать. Последние 4 года я работаю онлайн, до этого я практически не был в разработке. Могу сравнивать только на основании того, что мне говорят разработчики. Для кого-то удаленная работа гораздо эффективнее, а кто-то говорит, что разницы нет. Мы даже опрос проводили, маленький процент человек за то, что офисная работа эффективнее удаленной.

Светлана:Скажи, есть какие-то требования к сотрудникам, которых ты нанимаешь?

Алексей:Смотри, если бы я нанимал в офис или нанимал удаленно, я бы не делал никакой разницы. У нас есть формальный вопрос на собеседовании был ли опыт удаленной работы. Мы ставим маленький плюсик, если опыт есть и он удачный. В целом, нам очень важна мотивация, важно, чтобы человек приходил работать не из-за удаленной работы, чтобы ему нравился проект, компания. Ничего особенного. Все остальное это обычные технические вопросы, вопросы о мотивации, кейсы о менеджменте. Нет особой специфики.

Светлана:Обращаете ли вы внимание на то, был ли у человека опыт удаленной работы? Работал ли он в распределенной команде или нет?

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

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

Алексей:Смотри, опять же, если бы я до этого работал в офисе, а потом начал работать удаленно, наверное, у меня был бы список каких-то вопросов. А так я не могу точно классифицировать эти проблемы. В целом, из таких топ-проблем, это разные часовые пояса. До этого я работал в команде, где у нас не было чуваков, которые были бы очень далеко. Сейчас есть из Хабаровска, Читы. На самом деле есть проблемы с синхронизацией, то есть ты пишешь человеку, а он блин, я вообще уже сплю. Мы стараемся выстроить схему нашей работы так, чтобы как можно меньше зависеть от этих быстрых ответов. У нас нет синхронных процессов, мы ориентированы на результат, а не на взаимодействие.

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

Алексей:Мы используем Jira, как таск-трекер. Я думаю, что это не зависит, удаленно вы работаете или нет. Также есть обязательный тайм-трекинг. Мы вносим свои логи вручную тоже в Jira. Все остальные инструменты, я думаю, стандартные для всех IT-компаний: Slack, Trello и т. д. Trello мы используем вместо Jira, когда нужно быстро организовать процесс. Кроме того, пользуемся Google для созвонов, потому что он платформенный, у всех работает. У нас корпоративная версия, что позволяет нам делать записи всех встреч.

Светлана:Супер, мне кажется, что это очень эффективно. Встречи может посмотреть тот, кто ее пропустил, например, да?

Алексей:Да, если это, допустим, демо в конце недели или презентация планов. Это самые популярное записи. Не все представители бизнеса могут сразу посмотреть, что сделала команда. Потом они просматривают записи на скорости 2х, самые интересные для них моменты, вместо 40 мин присутствия на самой встрече. Кстати, ты спросила про инфраструктуру. У нас есть отдельная команда, которая как раз занимаются тем, что создает этот периметр. У нас есть VPN, тестинги, Jenkins, все защищено. В общем, нужен общий VPN, чтобы подключиться к внутренней сети, но это тоже не важно, удаленная команда или нет, у всех примерно одинаково.

Светлана:Как ты считаешь, какие плюсы и минусы в удаленной работе?

Алексей:Смотри, тут можно разделить на две части. Я себя отождествляю с двумя людьми. Один, это человек, который работает из дома, а второй это работодатель, потому что я нанимаю людей и забочусь об интересах компании. Если смотреть на меня, как на человека работающего удаленно, я сам сейчас живу в Калининграде, то тут одни плюсы.

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

Во-вторых, это инфраструктура. У меня удобный стол, нужное количество мониторов, оборудованный кабинет. Я все сделал так, как я хочу, а не как сделала компания, одинаково для 500 человек.

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

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

Светлана:Скажи, минусы ты видишь в таком виде работы?

Алексей:Все эти минусы, которые приходят к тебе в голову, на самом деле есть. О них нужно знать и работать с ними. Возьмем встречу, например, по техническому осуществлению версии 3.0 нашего продукта. Я бы предпочел, конечно, собраться в комнате и обсудить все вместе, чем мы бы собирались в конфу. Кто-то прерывается, плохой интернет и т. д. Это очень раздражает.

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

Светлана:Супер, скажи, как ты отбираешь людей в команду, на какие скилы обращаешь внимание? Какие у тебя требования к софт и хард скилам?

Алексей:Я так навскидку не скажу. У меня есть такая форма, которая выстроена годами, с формализованными требованиями, критериями, где я ставлю оценки. В основном я собеседую тимлидов и делаю упор, конечно, на софт скилы. Есть всего один раздел про техническую часть, чтобы просто понять, что у чувака высокий уровень. В остальном кейсы по менеджменту, найму людей, увольнению, развитию, тому, как ты работаешь с командой, как ведешь ОС и т. д. Все то, что требуется от тимлида с точки зрения менеджера. Нам не подходят просто сеньоры, которые хотят стать тимлидами, нам нужны скилы работы с людьми.

Светлана:Получается прокачанные достаточно?

Алексей:Да.

Светлана:Есть ли сложности контроллинга удаленной команды?

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

Если говорить про команды, то есть бизнесовые метрики, планы, еженедельные демо. Ты показываешь, что ты сделал, как это отразилось на бизнесе. Здесь уже трудно просидеть 5 дней что-то набирая на клавиатуре, нам важно показать результат. А как человек часто ходил на кухню или еще куда-то, это не так важно. У нас, конечно, есть ворклоги, но мы к ним не прибегаем для контроля. Мы используем их для аналитики. Считаем, как точно мы оцениваем задачи, сколько времени уходит на коммуникацию, сколько на code review, сколько на задачу. Но не для контроля.

Светлана:Супер! Как ты считаешь, на что тратится время в удаленной команде? Тратят ли удаленные сотрудники время впустую?

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

Светлана:Я поняла. А кому бы ты не рекомендовал работать удаленно? Есть ли такая категория людей?

Алексей:Думаю, если у тебя есть супер-потребность в живом человеческом общении, и ты будешь страдать,что тебе придется одному работать дома, со своей семьей, наверное, для тебя это будет критичным фактором. Но ты можешь приходить в офис. У нас есть офисы в разных городах, где люди собираются и работают вместе. И в Москве тоже. Как раз для людей, которые не могут сидеть дома одни. Если у тебя есть такая потребность, тебе необходимо приходить на работу потусоваться, то да. Таким людям работать удаленно меньше подходит. Потому что здесь больше о работе, результате, а не о тусовке.

Светлана:А если возникает ощущение, что ты вроде и дома, и на работе? Чувствуешь, что твоя жизнь становится работой, потому что работа дома. Как с этим бороться?

Алексей:Я понимаю, о чем ты говоришь. Существуют некоторые техники. Есть гайд по удаленной работе. Там много советов о том, как это побороть. Кстати, они даже пишут, что люди на удаленке склонны работать даже больше, а не меньше, потому что не могут встать и в 19.00 поехать домой. Как я работаю? У меня жесткий график. Я начинаю работу в 8.00 и в 20.00 строго заканчиваю. Я все закрываю, иду читать статьи, смотреть видосики, проводить время с семьей. Тайм-менеджмент здесь очень помогает. Требуется время, чтобы этому научиться. На выходных я вообще не работаю. Это строгое ограничение. И у меня дома отдельный кабинет, где я могу работать, не отвлекаясь ни на что. Я выхожу из кабинета и там уже другая жизнь.

Светлана:Что бы ты мог порекомендовать людям, которые только начинают работать удаленно? Как начать себя контролировать, чтобы работа не заняла все пространство, чтобы осталось время для вылазки в кафе с друзьями или еще на что-то?

Алексей:Я люблю рекомендовать книгу Максима Дорофеева Джедайские техники. Как воспитать свою обезьяну, опустошить инбокс и сберечь мыслетопливо. Не важно, работаешь ты удаленно или нет, она помогает, там много реальных советов по тайм-менеджменту. Я думаю, это must к прочтению, для тех, кто работает удаленно. Тайм-менеджмент это скил номер один. Ну, и как я уже говорил, гайд, он вроде называетсяRemote Guide. Он гораздо короче, чем книга, и его стоит прочитать. Потраченное время обязательно окупится.

Светлана:Алексей, большое спасибо! Очень приятно с тобой пообщаться! Очень масштабируемая тема, история нашего будущего. Мы живем в век digital, нам нужно уметь работать через разные инструменты, которые мы сами и создаем. Большое спасибо, очень ценная информация! Всем напоминаю, что это был подкаст компании Headz. Снами был Алексей Катаев, компания Skyeng. Хорошего тебе дня, большое спасибо!

Подписывайтесь наТелеграм-канал headz, где мы публикуем свежие статьи, делимся интересными удалёнными вакансиями в IT и рассказываем интересное из мира рекрутинга. Если вы уже сейчас хотите начать поиски вакансии с удалёнкой, регистрируйтесь вheadz.io.