Краш-тестимо резюме фулстек-розробника з 11 роками досвіду

DOU запускає оновлену рубрику краш-тестів, де троє експертів з українського ІТ розбиратимуть CV спеціалістів. Перший випуск починаємо масштабно — з резюме Максима Рудного, Full Stack Software Developer з 11 роками досвіду. Максим надав редакції DOU своє CV для розгляду (якщо ви теж хочете взяти участь — заповнюйте анкету).

Максим Рудний:
«Цікаво себе перевірити, хоч наразі я не шукаю роботу. Загалом я б відгукувався на позиції Senior Front-end Developer / React Developer. Цікавлять більше продуктові компанії або не дуже великі сервісні, де колективи складаються з міністрів і мідлів».

CV Максима:

Maksym_Rudnyi_-_CV_May_2024.docx.pdf

DOU запитав, що думають про це CV українські спеціалісти, які мають досвід у наймі фронтендерів і фулстек-девелоперів. Відповіді надали два технічних фахівці та спеціалістка з рекрутингу. Ось що вони помітили.

А ви шукаєте роботу в IT зараз? Розкажіть про це в анкеті й допоможіть DOU сформувати Портрет ІТ-спеціаліста!

«Шум заважає коректно зрозуміти, що саме ви продаєте»

Олег Скляренко, Engineering Manager, SPD Technology

Кандидат прагнув подати себе як фулстек-розробника з широким практичним досвідом. Загалом досвід на конкретних проєктах вдалось описати непогано, але перша сторінка, де кандидат представляє себе, невдала і ось чому.

Базовий spell checker одразу вказує на одруки в тексті. Не велика проблема, але помітно.

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

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

Жовтим кольором я виділив важливу інформацію про кандидата. Помаранчевим — інформацію, яка заважає, неправильно подану (чи зайву). Червоним — те, про що не варто писати взагалі. Одразу зауважу що я не фронтенд-розробник за фахом, тож якщо я чогось не виділив жовтим, то фронтенд-спеціалісти доповнять мене.

Кандидатам важливо зрозуміти, що резюме спочатку читають, а вже потім, можливо, обговорюють і подають на розгляд менеджера. Далі його ще раз читають і, якщо пощастить, просять організувати інтерв’ю. Проблема у тому, що резюме надходить багато, і ваше має якось виділятись з-поміж інших. Хоча б структурою. Якщо це не так, документ може легко загубитись на тлі решти.

Якщо я правильно зрозумів, кандидат хоче себе подати як фулстек-спеціаліста, що має ґрунтовний досвід роботи із сучасними фронтенд-інструментами (React.js, Redux, Angular 2), мав досвід налаштування CI / збирання webapps (Webpack, Bower, Grunt, Gulp), а також багато працював із бекенд-технологіями зі стеку Node.js (Express.js, NestJS). Окремо виділено роботу із API (Postman, GraphQL / Apollo, REST) та глибокий досвід у тестуванні, зокрема E2E-тести та TDD. Важливо відзначити секцію Mentoring і Teaching, де кандидат зауважує, що він активний учасник професійної спільноти.

Загалом ось цей один абзац і має бути підсумком. Решта інформації — це так чи інакше білий шум. Якщо він і стосується досвіду, то у вузькому контексті, який ви й так не обговорите під час співбесіди. «Білий шум» заважає коректно зрозуміти, що саме ви продаєте. У кандидата доволі широкий досвід, тож варто у резюме деякі речі чітко підсвітити, щоб не загубились.

Основний скіл — це вміння працювати із сучасними JS-технологіями як з боку Front-end, так і Back-end. Це множиться на багаторічний досвід побудови таких систем і інтеграцій з різноманітними APIs. Фахівець активно інвестує час у самоосвіту та віддає його у спільноту. Для нього важливо добре комунікувати із замовниками та видавати релізи вчасно. Ось це і треба продавати. Те, що людина колись перетнулася з Google BigQuery чи PHP Kohana framework, навряд чи зацікавить менеджера.

Насправді резюме можна (і варто) адаптувати під конкретну вакансію. Тоді є шанс згадати про специфічний досвід, якщо натрапите на позицію, де він вимагатиметься.

Окремо відзначу ось це речення з резюме:

Proven ability to keep the balance between experimenting with new frameworks and libraries, and the importance of timely delivery of a visually appealing, fully functional product covering business needs.

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

Пишіть ось так:

I love experimenting with new technologies and tools. However I always keep in mind the needs of business and my stakeholders. They want timely delivery of visually appealing and fully functional apps.

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

Досвід на проєктах

Одразу скажу, що я не фанат літописів про десятки років роботи і кожен проєкт з довгими списками технологій. Такі документи інколи мають сенс, але здебільшого вони розмивають фокус того, хто читає ваше резюме.

Можете вибрати зі свого досвіду найцікавіші чи найбільш релевантні проєкти відносно позиції, на яку подаєтеся, чи професійного профілю, який ви намагаєтесь продати. Залиште лише їх. Решту можете викинути. У вас звільниться місце на те, щоб написати більше вдалого тексту про вас більшим шрифтом (легше та приємніше читати), і додаткове форматування чи структурування тексту.

В описі позицій часто немає згадок про роль фахівця на проєкті чи його досягнення. Не бійтесь себе хвалити. Сухого переліку робіт замало. Намагайтеся описати себе як людину, яка не просто ходить на роботу. Акцентуйте на досвіді, що актуальний для позиції. Обов’язково відзначте:

  • інноваційні рішення;
  • підвищену відповідальність (наприклад, роль ліда);
  • турботу про клієнтів чи замовника;
  • менторство;
  • підвищення;
  • процеси, які ви запровадили чи брали активну участь;
  • успішні делівері і вашу роль у них.

Загалом досвід на проєктах розписаний добре. Він принаймні дає розуміння про ширину досвіду кандидата як спеціаліста.

Окремі моменти

BigData
Намагайтесь уникати у резюме таких слів, як BigData. Пишіть про це, лише якщо ви справді працювали з набором відповідних технологій на проєкті.

ElasticSearch
Також у вас згадується ElasticSearch, але якщо пошукати, то цієї технології немає в описах проєктів. Такі технології варто згадувати, лише якщо у вас був з ними досвід і ви отові про них технічно поговорити на співбесіді.

Proficient
У резюме: Proficient in both Front-end and Back-end technologies, але поряд з цим немає тексту про Kubernetes чи Docker (або чогось подібного). І загалом згадок про роботу із production (його налаштуванням чи підтримкою) я не побачив. З огляду 2024 року це не можна кваліфікувати як proficient in back-end technologies. Тому я б вибрав менш значуще слово у цьому разі.

DevOps
DevOps — це не про список технологій. Це про певну зміну у культурі розробки. У CV є ціла секція DevOps and Monitoring зі списком технологій, але ніде не згадано, що саме фахівець робив у цьому напрямі. Якщо потрапите на інтерв’юерів і продуктової компанії, вони легко можуть почати досліджувати це питання.

Якщо був реальний досвід розробки сервісів із подальшою підтримкою їх на продакшені, то детально розпишіть його. Це варто активно продавати.

Якщо такого досвіду не було, варто написати, як саме ви дотичні до культури DevOps, що робили у цьому напрямі. Написати DevOps та згадати про Grafana — замало.

Теж саме зі згадками про хмарні технології, такі як Google Cloud Platform. Ви їх зазначаєте у summary, але далі вони не трапляються в описах проєктів. Також немає згадок про такі речі, як Ansible / Terraform чи подібні технології, які часто йдуть у парі з Google Cloud Platform (чи AWS).

Software Developer vs Software Engineer
Ці два терміни часто взаємозамінюють, але вони трохи про різне. В резюме згадуються обидва. Порада — виберіть один з двох і чітко дотримуйтесь обраної лінії у резюме.

«Я б поставив питання, чи не хотів би кандидати зосередитись на одному з напрямів Back-end або Front-end»

Олександр Барило, Front-end Developer у Boosters (Genesis)

Я маю шість років досвіду роботи на позиції JavaScript Developer. Переважно на Front-end, але також обіймав посади Full Stack та Front-end Team Lead. За грубим підрахунком, я провів 30 співбесід за чотири роки і в середньому проводжу по три співбесіди на одну вакансію.

Перед інтерв’ю обов’язково переглядаю резюме кандидата, але перед цим людина ще проходить скринінг з рекрутером.

Насамперед звертаю увагу на досвід і стек технологій, далі на попередні місця роботи. Якщо компанії відомі, то, ймовірно, кандидат уже проходив через фільтр відбору і має досвід роботи у великих командах. Також у резюме зазвичай є посилання на акаунт у GitHub, що допомагає скласти думку про навички кандидата.

Якщо у спеціаліста немає досвіду роботи з однією з основних технологій нашого проєкту — він нам не підійде.

Плюси та мінуси цього кандидата

Сподобалося те, що фахівець має власний навчальний канал на YouTube. Це свідчить про дві речі:

1) Він глибоко цікавиться розробкою.
2) Викладання і створення навчальних відео — це додатковий скіл.

Також це можливість відразу подивитися на людину, і ще до першої співбесіди сформувати певне враження. Однозначно це може бути перевагою перед іншими резюме.

Ще одна річ — кандидат має багатющий досвід роботи: 11 років з різноманітними технологіями як на фронтенді, так і на бекенді.

«Червоних прапорців» у цьому резюме немає.

Чи рухалися б ви з цим кандидатом далі

Оскільки у кандидата Full Stack досвід, то вірогідно варто його і розглядати на таку позицію. Але я б поставив питання про те, чи не хотів би він зосередитись на одному з напрямів Back-end / Front-end. Тим паче, що в попередніх його командах жодного разу не було вказано кількість Full Stack розробників.

Для сеньйор-позиції я б ставив питання концептуального плану про те, як кандидат би будував проєкт, які технології обрав, яку команду би формував. А також про менеджмент команди.

На таку позицію можна дати тестове технічне завдання, а також щось з менеджменту. Це не повинно бути щось складне. Просто для оцінення навичок кодингу і розуміння технічних вимог. На Full Stack позицію це може бути: розробити застосунок з можливістю авторизації та різним рівнем доступу до контенту.

«Виникло бажання запропонувати кандидату вакансію»

Катерина Волощук, IT Recruiter у Brainstack_

На посаду Senior Front-end developer ми шукаємо кандидатів доволі часто. Наприклад, нині у нас відкрито дві вакансії — Senior Front-еnd Developer і Lead Front-еnd Developer.

Зазвичай отримуємо 100-200 відгуків. Але, на жаль, не всі кандидати мають релевантний досвід. Серед відгуків на вакансію Senior можна побачити багато резюме кандидатів рівня Middle, Junior і кандидатів після курсів.

Насамперед в резюме я звертаю увагу на досвід роботи з обов’язковою технологією та на місця роботи. Також одразу переходжу на сторінку кандидата в LinkedIn, якщо вона вказана у CV.

Якщо досвід людини є релевантним для нас, то ми пропонуємо їй поспілкуватися детальніше на HR-співбесіді. Але не відповідаємо кандидату, якщо його досвід чи побажання не збігаються з вимогами вакансії.

В кінці кожної вакансії ми пишемо цей меседж:

«Термін розгляду CV до 7 робочих днів. Якщо ви не отримали відповідь від рекрутера протягом цього часу, це означає, що ми розглянули ваше резюме, але зараз у компанії немає вакансій, які відповідають вашому досвіду та побажанням».

Після того як ви уважно ознайомились з вимогами вакансії, я рекомендую написати рекрутеру в LinkedIn, телеграм чи на пошту. Наприклад, у нас на сайті компанії є перелік відкритих вакансій і контакти рекрутерів, які ведуть їх. Не рекомендую стукати в різні месенджери рекрутеру, якщо ви не підходите на вакансію.

Які плюси резюме Максима

Мені резюме дуже сподобалось. Воно складене професійно та дає зрозуміти, що кандидат має багатий досвід роботи.

  • Під іменем вказано роль, на яку претендує кандидат.
  • Активні посилання на Email, LinkedIn, GitHub і номер телефону.
  • Є посилання на YouTube, який веде кандидат, що дає нам змогу ближче познайомитися з ним.
  • У резюме є всі потрібні блоки, усе читабельно та зрозуміло. Є структура.
  • Витримано загальний стиль і шрифти, оформлення приємне для ока.
  • Дуже гарний опис досвіду роботи. Вказані компанії та є клікабельні посилання на них, проєкти, розмір команд, обов’язки та технології, які використовувались. Є повна картина досвіду кандидата.
  • Вказана освіта.

Що варто змінити

  • Можна прибрати дату народження, бо вона не дає жодної інформації рекрутеру щодо вашого досвіду роботи.
  • Я рекомендую зробити окремий розділ для свого YouTube-каналу і сайту, і там детальніше про них розповісти та прикріпити посилання. Бо самі посилання не є інформативними для рекрутера.
  • Також варто скоротити розділи Summary та Skills and Awards. Вони мають бути більш лаконічні та не займати всю сторінку. В графі Summary варто прибрати технології — це все є в розділі Skills and Awards. Залишити лише основну інформацію.
  • Кандидат перелічив доволі багато технологій, але незрозуміло, наскільки добре він їх знає. Краще записати лише ключові та біля кожної вказати рівень володіння.
  • Потрібно вказати рівень англійської мови.
  • Важливо зазначити локацію: місто та країну або лише країну та бажаний формат роботи.
  • Досвід, якому понад 10 років, можна не описувати детально, а коротко дати підсумком.

Чи рухалися б ви з цим кандидатом далі

Так. CV кандидата мене зацікавило. І після його перегляду у мене виникло бажання написати кандидату та запропонувати одну з наших вакансій :)


Товариство, яку спеціальність варто розглянути у наступному краш-тесті? І як вам взагалі цей формат? Редакція DOU буде вдячна за ваші думки у коментарях. Як і за донати на наш збір.

Похожие статьи:
Одна з найбільших ІТ-компаній в Україні SoftServe повідомила DOU про поглинання Hoverstate — компанії, яка спеціалізується на мобільній...
У Міністерстві цифрової трансформації заявили, що опублікують код застосунку «Дія». Нині команда «готується до цього»,...
У рубриці DOU Проектор всі охочі можуть презентувати свій продукт (як стартап, так і ламповий pet-проект). Якщо вам є про...
В рубрике DOU Проектор все желающие могут презентовать свой продукт (как стартап, так и ламповый pet-проект). Если вам...
Популярна міжнародна компанія з виробництва хмарних рішень та віртуалізації VMware призупиняє всі бізнес-операції...
Яндекс.Метрика