Senior Java Developer Валентин Вівчарик поділився в LinkedIn порадами щодо ефективного пошуку роботи. Він описав власний досвід — вийшов цілий лонгрід із настановами та практичними порадами.
Senior Java Developer Валентин Вівчарик поділився в LinkedIn порадами щодо ефективного пошуку роботи. Він описав власний досвід — вийшов цілий лонгрід із настановами та практичними порадами.
«Багато хто вважає пошук роботи чимось тривіальним. Накидав резюме з голови про свій досвід, і все, далі розсилаєш на вакансії, а потім — співбесіда і офер. Якщо ви хочете влаштуватись хоча б кудись на будь-яку запропоновану зарплату, то це ваш вибір, і не мені вас відмовляти.
Але чи саме цього ви хочете? Відправляти десятки, а то і сотні, резюме і приймати офер на середньостатистичну зарплату?», — запитує розробник.
Валентин ділиться порадами, які засвоїв з власного досвіду. «Якщо коротко, то давайте виділимо декілька пунктів: Хороше резюме, топ у видачі, звʼязки та впізнаваність, хороші софт та хард скіли, вміння себе подати на співбесіді», — розповідає айтівець. Далій — від першої особи.
В наш теперішній кризовий час надважливо мати хороше резюме. Здебільшого рекрутери витрачають 10-15 секунд на перегляд вашого резюме, і це не тому що воно погане, а тому що їх зараз вагон. Що це нам каже? В першу чергу треба виділитись і зачепити рекрутера за ці 15 секунд. Я бачив велику кількість резюме, та й вдосконалював своє протягом п’яти років (будучи джуном, я його активно вдосконалював та неодноразово переробляв, аби збільшити шанси на оффер), тому припукаю, що щось корисне можу порадити.
1–2 сторінки, формат pdf. Довге резюме не хочеться читати, та й це явна ознака того, що там багато зайвої інформації. Моє резюме після п’яти років досвіду на різних проєктах у різних компаніях займає не більше, ніж півтори сторінки.
Уявіть, що ви щодня переглядаєте купу резюме, і тут вам приходить ще одне на вісім сторінок. Чи будете ви сильно в нього вдивлятися? Скоріш за все, ви просто переглянете перші пару сторінок, і скіпнете його.
Окей з цим розібрались, але чому pdf, а не той самий word? Тут все просто: word на різних системах і версіях буде виглядати по-різному, десь щось попливе. А з pdf таких проблем не буде.
Я неодноразово помічав, що резюме називають, як тільки заманеться, але назва також дуже важлива. Повернемось до рекрутерів. Уявіть: у вас сотні резюме різних людей на різні вакансії. Як вам знайти потрібне? За назвою. Моя порада: називайте резюме у форматі: Професія_CV_Прізвище_Імʼя.
Наприклад, у мене резюме має назву Java_CV_Vivcharyk_Valentyn. Доволі просто, правда?
Часто помічав, що люди роблять резюме не англійською. Це помилка. Ваше резюме має бути тільки англійською. Де-факто це стандарт.
І ледь не забув за шрифт: він має бути читабельним, а резюме не має бути розмальоване хтозна-як, його можуть роздрукувати на чорно-білому принтері (сподіваюсь, що зараз вже так мало хто робить), і уявіть як воно тоді буде виглядати.
По структурі: спочатку мають йти робоче фото, прізвище та імʼя, ваше місто, контакти.
Фото необовʼязково — наприклад, в США фото не варто додавати через їхню політику рівності для уникнення расових чи гендерних проблем. В Україні ж ви можете вставити фото, воно гарно доповнює резюме, і інтервʼювер відразу бачить, з ким потенційно буде працювати. Але фото має бути робоче, там де ви наодинці, і не робите нічого зайвого. Памʼятайте: це робоче фото.
Біля фото варто великим шрифтом виділити ваше прізвище, імʼя та бажану позицію. Місто потрібне, щоб вказати рекрутеру, де ви готові працювати, тут також можна вказати ready to relocate/remote за потреби.
У контакти варто включити номер телефону, електронну пошту, LinkedIn, месенджери (за потреби), ну і якщо ви розробник, то варто додати посилання на Git.
Після контактів варто виділити ваші навички в окрему секцію, щоб інтерв’юер їх довго не шукав. Не варто займати місце в резюме написами по-типу frameworks, databases, languages тощо, просто візуально їх виділіть. До прикладу, в першому рядку напишіть свою мову програмування та фреймворки, які на ній застосовуєте, потім окремим рядком бази даних, тоді брокери повідомлень, патерни, і в кінці все інше як от CI/CD, системи збірки, хмарні рішення тощо.
Найголовніша порада: забудьте про позначення навичок та мов різними крапочками, зірочками чи чимось таким. Якщо ви напишете що знаєте Java на чотири зірочки, а Spring — на три, що це мені дасть як інтервʼюверу? Нічого. Я не зрозумію, що саме ви знаєте.
Знати щось ідеально (на умовні п’ять зірочок) неможливо, тож вказуйте в резюме ті навички, по яких ви готові проходити інтервʼю. І я вас благаю: не пишіть Basic, не знаєте технологію — не вказуйте в резюме. Ваше Basic мені лише каже про те, що ви щось там бачили і, можливо, клацали, але ніц не знаєте.
Тут все подібно до навичок, мова — її рівень, бажано у такому форматі: English — Upper-intermediate (B2), щоб всім було зрозуміло. Ніяких крапочок, зірочок тощо.
Наступним пунктом має йти досвід від останнього місця роботи до першого. Якщо ви джун без досвіду, вкажіть останню не ІТ посаду і додайте секцію з власними проєктами. Цей пункт є одним з найважливіших. Ви маєте максимально коротко розповісти про ваші здобутки на попередніх місцях роботи з вказанням технологій, домену, років роботи та позиції.
Компанія з — до Домен Позиція
Main Responsibilities: ваші здобутки та задачі: Developing new microservices from scratch, creating PDF templates via Jasper Report, reducing API response latency (including database), CI/CD configuring.
Team: ваша команда, приклад: 3 Backend devs, 1 Android dev, 1 QA, 1 BA, 1 PM.
Technology Stack: ваш стек, приклад: Java 11, Spring (Boot, MVC, Data, Security), Hibernate, PostgreSQL, RabbitMQ, Jenkins, Docker, Kubernetes.
Тут можете коротко описати де і на кого вчилися, роки навчання (сюди також можна включити курси), і знову ж таки, від останнього місця навчання до першого. Курси на Udemy та Cursera я б не включав.
Сертифікації також варто виділити в окрему секцію, біля навчання. Не варто вказувати сертифікати від якихось курсів. Сертифікати, які дійсно мають значення — це ті, які затверджені великими компаніями, зокрема AWS, OCP тощо. Якщо ви були спікером, то можете вказати інформацію про свої виступи.
Я б не радив займати місце секціями про себе та софтскіли. Про себе можете розповісти у супроводжуючому листі рекрутеру і не займати цим місце в резюме. Вказати лише коротко те про що йдеться в резюме з власними коментарями.
Не пишіть fast learning person і тому подібне, всі ви fast learning, це зайва інформація, яка не несе якоїсь користі, окрім вашої думки про себе.
Хобі — ця секція непотрібна. Дехто вважає, що якщо інтерв’юер побачить там своє хобі, то у вас виростуть шанси отримати оффер. Думаю, навряд. Тому що в резюме і так багато інформації, на яку будуть звертати увагу, і на цю секцію будуть дивитися в останню чергу. Тим більше інтервʼюер шукає собі в команду розробника, а не людину, яка пограє з ним в теніс. Якщо є зайве місце на сторінці, то можете лишити, але сильної користі воно вам не дасть.
Також додам, що часто помічаю, як досвідчені розробники нехтують хорошим резюме, типу я маю багато досвіду навіщо мені ше з тим паритись? А варто. Конкуренцію ніхто не відміняв. Скільки б у вас досвіду не було — варто старатись.
Я часто ділюся корисною інформацією в своєму телеграм каналі, тому запрошую туди: https://t.me/professional_software_wizard