Перехід з позиції Junior на Middle у DevOps — це не лише про новий тайтл чи ширший стек. Разом із ним зростає відповідальність, змінюється формат завдань та очікування команди. Від мідла вже чекають самостійності, вміння приймати рішення та пояснювати їх іншим.
У цьому інтерв’ю Middle DevOps-інженер у NETFORCE Ukraine Северин Мацяк ділиться власним досвідом карʼєрного зростання та порадами, як розвиватись у цій сфері.
Все почалося зі шкільних часів. Батьки бачили, що мене тягне до комп’ютера, і відправили на курси в академію IT STEP. Там я вивчив ази системного адміністрування, графічний дизайн та робототехніку. Тож із Linux та віртуалізацією я познайомився ще в юному віці.
Після школи я навчався в ЛНУ ім. Івана Франка на спеціальності «Інформаційні системи і технології» за напрямом «Інтернет речей». Вже на третьому курсі зрозумів, що це не зовсім те, чим я хочу займатися, тому почав придивлятися до інших спеціальностей в IT.
Приблизно в той самий час у Telegram-каналі факультету запостили оголошення про набір на Crash Course у SoftServe. На вибір було 2 напрями: QA та DevOps. Недовго думаючи, обрав саме DevOps, бо мені подобався попередній досвід роботи з віртуалізацією та операційними системами. Хотілося працювати з різними технологіями, вивчати хмарні сервіси та розуміти повний шлях: від натискання кнопки на сайті до отримання результату.
Після 2 місяців навчання всі охочі могли пройти тест і, якщо набрали достатньо балів, отримати рекомендацію на безплатне навчання в інтернатурі SoftServe. Пройшло два тижні зимових канікул, аж тут мені дзвонять з офісу компанії та запрошують на навчання. Моїй радості не було меж, але голос в телефоні сказав, що мої канікули вже закінчилися і попереду багато роботи.
Далі були три місяці активного навчання, презентація проєктів, командна робота та багато цікавого. В результаті, всього через 6 місяців від початку навчання я отримав перший офер на позицію DevOps-інженера.
Перехід до рівня Middle відбувся доволі швидко. У грудні 2023 року закінчилася моя робота на проєкті. Через повномасштабне вторгнення в компанії заморозили перегляд зарплат і з новими проєктами було складно. Я зрозумів, що треба рухатись далі.
Перейшов на позицію Middle SRE в іншу компанію. Хоча теоретично це дещо інша зона відповідальності, на практиці завдання були майже ідентичні до тих, що виконують штатні DevOps-інженери.
Насамперед відчувається більший рівень відповідальності. Коли приходиш у компанію мідлом, команда розраховує на твою експертизу.
У мідлів, зважаючи на вищий рівень компетентності, завдання стають складнішими. Додатково з’являється потреба оцінювати їх та працювати на декількох проєктах одночасно.
Тут починаються труднощі, адже вміння швидко перемикати контекст і балансувати між різними проєктами приходить з досвідом.
Також з’являється потреба вести комунікацію між різними командами, налаштовувати процеси, допомагати розробникам у вирішенні інфраструктурних проблем та вести документацію.
Від мідла очікують таких навичок:
І, звісно, куди ж без англійської. З мого досвіду, вміння самостійно вийти на дзвінок з клієнтом, пояснити та розв’язати проблему або обговорити задачі — часто є викликом для багатьох технічно підкованих спеціалістів. Знання мови надважливе. Навіть із приходом AI, IT-сфера все одно складається з людей, тому живе спілкування з іноземними замовниками та командами віч-на-віч завжди стане у пригоді.
Тут усе просто: створив профілі на LinkedIn, Djinni, DOU — і почав пошук. Також іноді заходив на сайти компаній, які мене цікавили, і переглядав розділ вакансій.
По-перше, не бійтеся робити помилки. Поки ви джун — це нормально і це частина навчання.
По-друге, не засиджуйтесь довго на одному місці. У сфері IT та DevOps зокрема є дуже багато технологій, з якими потрібно працювати. Компетентність прямо впливає на оплату праці та цінність спеціаліста загалом. Я ще не зустрічав айтішника, який знає все, тому потрібно постаратися знати якомога більше.
Якщо відчуваєте, що на своєму проєкті вже знаєте все — це знак, що пора рухатись далі. Важливо побачити, як усе працює на різних проєктах, відчути на собі як поганий, так і хороший менеджмент, попрацювати в різних командах — лише так можна зрозуміти, що справді подобається і чого варто уникати в майбутньому.
Найкращий лайфхак — зробіть DevOps своїм хобі. Це та сфера, яка має безліч прикладних застосувань у нашому житті. Поцікавтеся, як створити власне хмарне сховище, захостити ChatGPT, або що можна зробити з міні-ПК чи старим ноутбуком, який припав пилом. А потім — ще й підняти власний репозиторій з усіма конфігами й налаштувати автоматизацію через CI/CD.
У TikTok та на YouTube є класні хлопці, які розказують багато цікавого на тему DevOps:
Загалом корисно слідкувати за технологіями та бути в тренді, адже все постійно оновлюється.
Кар’єрне зростання у DevOps — це постійна робота над собою: важливо не лише знати інструменти, а й розуміти процеси та вміти приймати рішення. Досвід та поради Северина допоможуть зорієнтуватися у вимогах ринку та спланувати шлях до рівня Middle.
Якщо ви вже переросли свій поточний проєкт, шукайте нові можливості на NETFORCE Jobs. Платформа спеціалізується виключно на вакансіях у DevOps і суміжних напрямах. Реєструйтесь та обирайте пропозиції, що відповідають вашому стеку та амбіціям.
Христина Донченко
Знайдіть свого ідеального DevOps-інженера. Це швидше, ніж ви думаєте.
Як підготуватися до співбесіди у 2026 році: ключові акценти, необхідний технічний мінімум, поради щодо самопрезентації та тренувальні інтерв'ю.
Втома не минає після вихідних? Читайте про 5 стадій професійного вигоряння, фактори ризику для DevOps та шляхи відновлення ресурсу.
Початок 2026 вже встановлює нові правила для фахівців і бізнесу. Податки, ринок праці та технологічні тренди — дізнайтесь, що сталося на межі 2025 і 2026 років.