З чого починається пошук роботи? Почати варто з написання резюме, але це не є вичерпною відповіддю. По-перше, потрібно зрозуміти, яку роботу ти шукаєш і на яку вакансію ти підходиш. Тому перший крок — це ретельний аналіз ринку праці, наявних вакансій і твоїх власних уподобань.
Ти можеш почати з опису свого ідеального робочого дня. Подумай, в якому колективі тобі б хотілося працювати, які бонуси хотілося б отримати, чи будеш працювати на вихідних або залишатися на роботі понад запланований час. Багато випускників намагаються влаштуватися на будь-яку роботу, аби тільки потрапити в омріяну ІТ-сферу. Такий підхід може тебе розчарувати, і ти швидко втратиш інтерес до професії.
Створи документ під назвою «Робота моєї мрії», де ретельно пропиши бажані характеристики компанії: зарплату, склад команди, графік, медичне страхування, можливості кар'єрного росту, корпоративну техніку, оплачувану відпустку, місію компанії — все, що ти можеш вигадати. Це допоможе тобі сформувати чітке уявлення про те, чого ти хочеш.
Після цього можна переглянути наявні вакансії й подивитися, чи відповідають вони твоїм вимогам. Звичайно, навряд чи знайдеться компанія, яка повністю задовольнить тобі амбітні потреби. Однак збіг у 6 з 10 пунктів — це вже непоганий старт.
Твоє резюме — це короткий опис твого кар'єрного шляху та навичок, які ти надаєш рекрутерам перед співбесідою. Якщо ти будеш дотримуватися наших порад, написати його буде нескладно.
Найпоширеніша помилка — надсилати одне й те саме CV на всі вакансії, які тебе цікавлять. Кожне надіслане резюме повинно відрізнятися і відповідати посаді, на яку ти претендуєш. Для цього ретельно вивчи опис вакансії, яка тобі сподобалася, і створи супровідний лист на основі перерахованих там вимог. Ти маєш розуміти, що хедхантери переглядають десятки й сотні кандидатів і віддають перевагу тим, які найбільше підходять роботодавцю.
Найкраще організувати своє резюме у вигляді блоків:
Навіть якщо ти не маєш досвіду роботи в обраній сфері, не засмучуйся, тобі все одно є про що написати! Опиши, скільки часу тобі знадобилося, щоб навчитися певній навичці, згадай проєкт під час навчання, які обов'язки виконувалися в груповій роботі та які технології використовувалися.
Використовуй наступні слова та фрази, щоб твоє резюме виглядало професійно:
Пам'ятай, що твоє CV має містити правдиву інформацію, оскільки роботодавець погано сприйме будь-яку брехню. Іноді можна трохи прикрасити свої досягнення, якщо ти на 100% розумієш, що впораєшся з роботою.
Ми підійшли до найцікавішої частини: першої співбесіди. Зазвичай вона триває від 15 до 45 хвилин і є лише початковим етапом перед тим, як відбудеться технічна співбесіда.
Ти будеш розмовляти з рекрутером або HR-спеціалістом, який вже прочитав CV і готовий дізнатися більше про тебе, досвід, рівень володіння англійською мовою та набуті технічні навички. Дуже важливо підготувати й прочитати всю можливу інформацію на основі вимог, перерахованих в описі вакансії.
Зазвичай співбесіда починається з невеликої розмови, під час якої рекрутер перевіряє твої комунікативні навички, знайомиться з твоєю особистістю і тим, як ти вписуєшся в наявну команду. Важливо показати, що можете підтримати розмову.
Найкращі фрази для початку розмови:
Вони допоможуть тобі встановити особистий контакт і перейти до центральної частини співбесіди.
Поширеною помилкою не носіїв мови є те, що вони відповідають “Me too” на фразу “Nice to meet you!”. Для носія мови це звучить дуже дивно, тому використовуйте вираз “You too!”
Також рекрутер попросить поставити йому запитання, які тебе цікавлять. Дуже важливо ставити питання, так вони зрозуміють, що тобі цікава компанія, робота та продукт. Показуй свою щиру зацікавленість, HR обов'язково помітить і запам'ятає її, що може зіграти на твою користь при виборі кандидата.
Ось кілька тем для запитань:
Обов'язково підготуй список питань і тримай його перед собою під час співбесіди. Ми віримо у твою стресостійкість, але практика показує, що навіть найміцніші горішки забувають все, що хотіли запитати, через стрес під час співбесіди.
Багато наших випускників соромляться свого рівня англійської й пропускають вакансії, які вимагають вищого рівня англійської, ніж у них є. Дай інтерв'юеру зрозуміти, що ти усвідомлюєш важливість мовних навичок і перебуваєш в процесі навчання; це створить враження, що ти знаєш про свої слабкі сторони й працюєш над ними. Можливо, після трьох місяців випробувального терміну ти вже матимеш необхідний рівень англійської.
Вітаємо, першу співбесіду позаду, і тепер на тебе чекає технічна співбесіда, мета якої — перевірити твої професійні навички.
Зазвичай технічну інтерв'ю проводить тім лід або senior розробник, і вона триває близько 1,5 годин. Класична форма технічної сесії — це живе кодування, під час якого ти показуєш свій екран і виконуєш поставлене завдання. Краще заздалегідь уточнити, з яким форматом технічного тесту ти зіткнешся, щоб мати можливість підготуватися.
Під час тесту будуть моменти, коли ти не зможеш впоратися із завданням або не знатимеш відповіді на питання. Не намагайся вигадувати відповіді. Якщо ти чогось не знаєш, так і скажи. Однак не використовуй фразу “I don't know”, краще скажи: “It's an interesting question; I haven't dealt with it before, and the first thing I'll do after the interview is to look into it and get the necessary information”. Намагайся міркувати й пропонувати рішення. Це покаже, що ти не боїшся сказати, що чогось не знаєш, і хочеш розвиватися.
У цьому розділі ми розглянемо найпоширеніші питання, які HR ставить на співбесідах. Ми готові гарантувати, що більшість запитань буде поставлено, тому не пошкодуй часу на підготовку відповідей заздалегідь. Не потрібно заучувати відповіді, просто запиши їх і тримай перед собою. Це допоможе тобі не розгубитися у найважливіший момент.
Найпопулярніше питання на співбесідах збиває з пантелику багатьох людей. Найбільшою помилкою буде приділяти багато уваги шкільним рокам і минулій професії, яка не пов'язана з ІТ-сферою.
Поговори про те, чому хочеш працювати саме на цій позиції. Згадай проєкти, над якими ви працювали на курсах і чого навчилися. Розкажи все про свій досвід, пов'язаний з діяльністю компанії, приділи час своїм навичкам і дай рекрутеру зрозуміти, над якими навичками ти працюватимеш. Важливо розповісти, в яких командах тобі доводилося працювати і який метод взаємодії працює для тебе. Це допоможе зрозуміти твою цінність для команди й те, чи підходиш ти для цієї конкретної компанії.
Важливо згадати про комерційний досвід. Якщо у тебе є досвід комерційної розробки — чудово, розкажи про це. Якщо ні, підкресли, що ти отримаєш цей досвід. Це має сенс, адже ти подаєшся на роботу, щоб заробляти гроші!
Це важливе питання, яке допоможе тобі зрозуміти, яка роль в групових проєктах тобі підходить і як ти взаємодієш у команді.
Поговори про щоденні завдання. Зверни увагу на те, які були обов'язки і як будувалися стосунки з колегами. Розкажи про свої здібності до командної роботи, навіть якщо твій попередній досвід не був пов'язаний з технічними спеціальностями. Підійде навіть досвід командної роботи на курсах Beetroot Academy.
Найочевидніша відповідь — гроші. Але ні в якому разі не відповідай так, це має бути більш професійно. Скористайся наступними причинами:
Це покаже твою зацікавленість у розвитку та навчанні. Найкращою відповіддю буде щось на кшталт цього:
“I’ve had a great time in “X”. However, there were no growth opportunities for me. I am interested in development and growth, and I really wish of being able to… I am looking for a position in which I can use my overall/new experience. I am really impressed with your company. My goal right now is to find a position at a company where I can grow and take on new challenges. I wanted a new challenge. There wasn’t room for growth with my previous employer. I am interested in development and growth, I really wish to be able to... This job seems like an excellent match for my experience and skills. Actually, I simply find what you’re doing/building/producing very important and would like to be its part.”
Не соромся додавати від себе і змінювати запропонований зразок.
Якщо ти senior розробник, який чудово розуміє, про що тебе питають, чудово. Але що, якщо це не так? Подумай про щось подібне, що ти знаєш, дуже близьке, але не ідентичне Переконайся, що розумієш, що від тебе вимагається. Згадай інший відповідний досвід: некомерційний досвід, шкільні/волонтерські проєкти. Підкресли, що ти знаєш та що у тебе добре виходить. Закінчи словами про свою готовність вчитися та працювати.
Не бійся сказати, що чогось не знаєш. Головне — покажи своє бажання вчитися і розвиватися. Ніхто не захоче брати на роботу людину, яка вважає, що знає все на світі.
Якщо тобі потрібна пауза на роздуми, не мовчи, бо інтерв'юер може не зрозуміти, чому ти мовчиш. Може здатися, що ти не розумієш запитання, тому спробуй міркувати вголос і пояснити свій хід думок.
Якщо тобі дійсно потрібно зосередитися і зробити коротку паузу, щоб подумати, ось кілька відповідних фраз:
Фрази, які найкраще використовувати для продовження інтерв'ю після паузи:
Загалом, намагайся уникати незручного мовчання і це покаже твої комунікативні навички.
Це питання ставиться тому, що хедхантери зазвичай шукають саме тих людей, які будуть з компанією надовго, будуть залучені в робочі процеси й не змінять роботу через пару місяців. Тому важливо показати, що тобі цікаво те що пропонує компанія.
Є два способи відповісти на це питання:
Варто обрати другий варіант, якщо ти щойно закінчив навчальний курс.
Це найпопулярніше і найнезручніше запитання. Ніхто точно не знає, як на нього відповісти. За винятком наших читачів, бо ми зараз розповімо, як правильно відповісти на це питання.
Як ми вже бачили, найгірша відповідь: "Я не знаю". Тож яке рішення? Варто показати свої амбіції та бажання розвиватися. Друга найгірша відповідь: "Я б став/-ла генеральним директором цієї компанії". Надмірна амбітність може бути навіть гіршою, ніж відсутність амбіцій; варто знайти баланс.
Рекрутери ставлять це поширене питання, щоб переконатися, що у тебе є план розвитку і ти розумієш свої перспективи. Найкраща відповідь буде приблизно такою:
“Since I am now applying for a junior QA position, in 5 years, I will be switching to automation. I guess I will know the project needs, the management, and the teams well, so it would help me choose to learn java or python, and I'd be growing to senior, I suppose.”
Не хвилюйся, що твій план не стане реальністю. Ніхто через п'ять років не буде перевіряти, чи поставлені цілі досягнуті.
Кожна людина має сильні та слабкі якості. Саме наші слабкі сторони дають нам найфантастичніші можливості для розвитку. Якщо ти знаєш, як хочеш розвиватися, ти знаєш свої слабкі сторони. Якщо ти знаєш свої слабкі сторони, ти знаєш, як ти хочеш вдосконалюватися. Це працює в обох напрямках.
Щоб скласти список своїх сильних і слабких сторін, почни з опису своєї історії розвитку, зосереджуючись не лише на технічному боці справ, але й беручи до уваги м'які навички, які також є життєво важливими. Приклад такої історії, від якої можна відштовхуватися:
“When I started working at YZX I realized that my responsibilities were much broader than I expected. So I decided to take up this challenge and grow. This shows me there are no boundaries: if you choose to grow, do whatever is needed and leap at the opportunity! But if you want a simple existence with no turbulence, you will never find a chance to grow and develop.”
Розберімось, в чому слабкі та сильні сторони цієї історії.
Як бачите, навіть з дуже скромної історії можна знайти вражаючий список плюсів. А як щодо слабких сторін?
У кожного є слабкі сторони, але переконайся, що у тебе достатньо сильних сторін, щоб подолати свої слабкості. Такі питання покликані виявити твій емоційний інтелект, зрілість, здатність адекватно оцінювати свої досягнення та самосвідомість.
Ти не можеш сказати, що у тебе не було таких проблем, бо це означатиме, що ти або брешеш, або тобі бракує м'яких навичок та самосвідомості. Якщо припустити, що у тебе дійсно не було проблем з комунікацією, ти не можеш просто сказати "ні". Варто повинні описати ситуацію. Скажімо так:
“ Well, it has never happened to me; my colleagues were very communicative people, so nothing like that happened. However, I believe that communication and being a responsible person matter here. If you do not hear something, ask again, find someone who can help, or ask a mentor or teammate. It’s your task to get it, as you are responsible for your work.”
Однак краще зробити крок назад і згадати ті часи, коли комунікації в команді не були успішними. Ось приклад того, як це сказати:
“It might happen, of course, as someone might have misunderstood or not heard something. It may also happen because of personal issues at home or any other reason. I remember the communicative breakdown that happened last year with my colleague… But after additional discussion, we understood what went wrong.”
Така відповідь свідчить про твою зрілість і готовність до компромісів. Командний гравець подобається всім, а задирака – нікому.
Найпоширенішою проблемою всіх людей у сучасному світі є стрес. Тобі знайоме відчуття перед співбесідою, коли серце ось-ось вистрибне з грудей, долоні спітніють, а дихання стає схожим на дихання Дарта Вейдера? На щастя — це природна реакція нашого організму, а значить, ми можемо на неї вплинути!
По-перше, прийми свій стрес і не звинувачуй себе за нього. Невідоме лякає нас і викликає викид адреналіну в кров, тому організм реагує саме так.
Серйозно, ніхто не може одночасно нервувати і їсти. Випий чашку чаю та з'їж печиво перед співбесідою, і ти помітиш, що хвилюєшся набагато менше. Це може бути чай або будь-який інший напій, окрім кави, тому що кава підвищує серцебиття і тривожність, а це саме те, чого ми хочемо уникнути.
Співбесіда англійською може лякати, адже ми не звикли чути, як ми говоримо мовою, яка не є для нас рідною. Потренуйся перед дзеркалом, викладачем або в англомовному клубі.
Найефективніший метод боротьби зі стресом успадкований від східних йогів і тибетських ченців. Слідкуй за своїм диханням, і ти зможеш значно знизити рівень тривожності. Все, що тобі потрібно зробити, це знайти перед собою чотири точки в кутах уявного квадрата (використовуйте екран ноутбука) і почати дихати, переводячи погляд з однієї точки на іншу, рахуючи в голові до чотирьох. Те ж саме зроби на видиху. Після 5-6 таких кіл ти помітиш, що менше хвилюєшся, а дихання стало рівним і спокійним.
Краще робити це до співбесіди, а не під час неї, інакше ти ризикуєш виглядати дивно.
Ми максимально докладно описали всі тонкощі написання CV та проходження співбесіди англійською мовою. Повертайся до нашої статті знову і знову, якщо тобі щось залишилося незрозумілим. Також ти завжди можеш звернутися до наших викладачів в Beetroot Academy.
Головне пам'ятай, що ти, ймовірно, пройдеш понад 20 співбесід, перш ніж отримаєш роботу. Тому не засмучуйся, якщо тебе не візьмуть на роботу після першої співбесіди.
Наберись терпіння та хай щастить!
Людина з продуктового IT звикла, що задача приходить у Jira, добре описана, і на неї є два тижні. У defence за цей час продукт може встигнути пройти випробування, отримати фідбек з фронту, змінитися — і знову повернутися на випробування. Тому задача, яка була пріоритетною в понеділок, уже за кілька днів може поступитися зовсім іншій.
За спостереженнями BazaIT Defense, від 70 до 80% кандидатів у технічному напрямі приходять саме з класичного IT: software, AI/ML, Computer Vision, embedded. Сильних спеціалістів серед них багато. Перехід в deftech часто не складається з іншої причини: людина уявляє роботу в defence так, як вона виглядає у зрілій продуктовій компанії, а конкретна команда живе в іншому ритмі.
Ми попросили Оксану Горбунову, CEO BazaIT Defense, пояснити, як влаштована культура defence tech і що з цим робити кандидату.
У продуктовому IT роботу планують від бізнес-плану і roadmap. У defence на продукт дуже сильно впливає те, що відбувається на фронті.
«Команда може мати план на кілька місяців, але отримати фідбек від військових, який змінює пріоритети буквально на наступний тиждень. Те, що ще вчора було важливою фічею, сьогодні може поступитися проблемі, яку потрібно вирішити максимально швидко», – каже Оксана.
Друга причина в тому, що компанії ростуть дуже швидко. За короткий час невеликий R&D-стартап стає компанією з виробництвом і сотнями людей, і процеси не завжди встигають за цим ростом. Третя: R&D, тестування і виробництво тут часто йдуть одночасно. Продуктом уже користуються, а команда паралельно тестує наступну версію, змінює конструкцію чи софт і масштабує виробництво.
Тому менша передбачуваність сама по собі ще не означає поганий менеджмент. Але Оксана радить тримати межу: «Важливо розрізняти цю специфіку і звичайний організаційний хаос. Не кожну відсутність процесів варто пояснювати тим, що „це defence“».
З'являється новий сценарій використання, проблема під час експлуатації або змінюються умови на полі бою, і команда переключається. Найсильніше це відчувають продуктові та R&D-команди, які постійно отримують фідбек від військових.
Тримати фокус допомагає розуміння, чому пріоритет змінився. Коли ти бачиш зв'язок між своєю задачею і реальною потребою користувача на фронті, зміни сприймаються зовсім інакше, ніж задачі, які хаотично прилітають від менеджменту. «Коли команда постійно не розуміє, що і навіщо вона робить, це вже питання до менеджменту», – пояснює Оксана.
На практиці це означає, що рішення часто доведеться приймати з тією інформацією, яка є зараз. Зробити, протестувати, отримати фідбек і швидко скоригуватися.
Детальну специфікацію на десять сторінок у defence отримують рідше. Частіше команда чує щось на кшталт «у таких умовах зв'язок нестабільний», «цей елемент незручно замінювати в полі» або «потрібно скоротити час розгортання системи». Технічне рішення вона шукає сама.
Тому тут особливо цінують людей, які вміють уточнити контекст, запропонувати рішення, швидко його зробити і перевірити на практиці.
Найбільше прив'язані до фізичної присутності hardware, embedded, electronics, robotics, mechanical/CAD, QA і виробничі ролі. Інженеру може знадобитися зібрати прототип, попрацювати з платами, протестувати обладнання або поїхати на полігон. Software, AI/ML, Computer Vision, аналітика і частина product- та business-функцій частіше мають гібридний або віддалений формат, хоча й тут усе залежить від продукту і безпекових обмежень.
Оксана радить ще до оферу прямо спитати: скільки днів потрібно бути на локації, чи є регулярні виїзди на полігон або виробництво, чи можливий remote і чи може формат змінитися залежно від етапу продукту. Очікування повністю віддаленої роботи, до речі, одна з частих причин, чому перехід так і не відбувається.
Коли у вакансії пишуть «потрібна людина, яка бере відповідальність», зазвичай мають на увазі цілком конкретну поведінку. Приклад від Оксани: інженер бачить, що компонент нестабільно працює під час тестування. Він з'ясовує причину, пропонує варіанти, перевіряє їх і повертається з рішенням або з чітким описом того, що блокує результат. Зафіксувати баг і чекати наступної задачі тут замало.
Цінують людину, яка розуміє, який результат потрібен команді, і рухає задачу до нього, навіть коли формально її частина вже зроблена.
Єдиної «культури defence» немає. У невеликому стартапі менше формальних процесів, ролі ширші, і на одній людині більше відповідальності. Embedded-інженер там може писати код, тестувати прототип, працювати з hardware-командою і їздити на випробування. У великого виробника зони відповідальності чіткіші, R&D і production розділені, погоджень більше, а процеси вже усталені.
Ще один розрив стосується умов. До BazaIT Defense приходять дуже сильні, іноді overqualified спеціалісти з великих продуктових компаній, які очікують ту саму зарплату, бенефіти, зрілі процеси і чітко визначену роль. Стартап на 30 чи 50 людей може запропонувати сильний продукт і багато відповідальності, але такого рівня процесів і умов у нього ще може не бути.
Тому на співбесіді варто з'ясувати, на якому етапі компанія, як побудована команда і наскільки сформовані процеси. «Проблема часто в тому, наскільки очікування фахівця збігаються з реальністю конкретної компанії», – підсумовує Оксана.
Передусім сильну експертизу у своїй спеціалізації. «Сильний embedded, hardware, software, AI/ML, Computer Vision чи product-фахівець із цивільного IT може бути дуже цінним, навіть якщо раніше не працював у цій індустрії», – каже Оксана.
Далі йдуть самостійність і продуктове мислення. Від senior-інженера можуть чекати, що він сам побачить ризик, запропонує рішення і перевірить його. А фідбек від військових треба вміти перекласти в технічне рішення, тож розуміння проблеми користувача тут дуже допомагає.
Свої transferable skills кандидати часто недооцінюють. Досвід побудови процесів, масштабування команд, QA, роботи з даними, product management, системної документації чи запуску продуктів може виявитися саме тим, чого бракує компанії, яка дуже швидко виросла. «Я б точно не відмовлялася від вакансії тільки через фразу „defence experience preferred“. Релевантна експертиза з IT часто важливіша за сам факт роботи в defence».
Що заважає на старті? Найчастіше очікування, що все працюватиме як у зрілому продуктовому IT. Також звичка думати «це не моя зона відповідальності»: у командах, які швидко ростуть, межі ролей менш жорсткі, особливо на ранніх етапах. І бажання спершу зробити ідеально, а потім показати результат. У багатьох defence-продуктах важливіше швидко зробити робочу версію, протестувати її в реальних умовах, отримати фідбек і покращити. Якість при цьому лишається важливою, змінюється сам цикл роботи.
Фраза «вмію працювати в умовах невизначеності» рекрутеру майже нічого не каже. Працює конкретний досвід: яка була невизначеність, що ти зробив/-ла і який отримав/-ла результат.
Оксана показує різницю на прикладах.
Слабко: «Стресостійкий, адаптивний, швидко реагую на зміни».
Сильніше: «Запустив MVP за 6 тижнів в умовах неповних вимог: самостійно пріоритезував критичний функціонал, організував тестування та доопрацьовував продукт на основі фідбеку користувачів».
Для інженера слабко: «Вмію працювати без чіткого ТЗ».
Сильніше: «Отримав проблему без готового технічного рішення, сформував 3 гіпотези, протестував їх на прототипі та впровадив рішення, яке зменшило кількість помилок на 30%».
Пошукай у своєму досвіді ситуації з неповними вимогами, самостійними рішеннями, зміною підходу після тестування або запуском чогось із нуля. Такі кейси показують готовність до defence-середовища набагато краще за перелік soft skills.
Прямо про невизначеність питають рідко. Частіше просять розповісти про ситуацію:
Насторожує, коли кандидат у кожному кейсі чекав рішення менеджера, перекладав відповідальність або дуже негативно говорить про зміни, наприклад: «мені постійно змінювали вимоги, тому неможливо було нормально працювати». Переконує протилежне: людина уточнила контекст, визначила, що може зробити сама, запропонувала варіанти, перевірила гіпотезу і повернулася з результатом.
Фраза «я нормально ставлюся до хаосу» тут не допоможе. Потрібен приклад, де ситуація стала непередбачуваною, а ти знайшов/-ла спосіб рухатися далі.
Співбесіда працює в обидва боки. Оксана радить питати про конкретні приклади з роботи команди, а не про «корпоративну культуру» загалом.
Розуміти, як влаштована сфера, корисно ще до першого відгуку на вакансію. Для самого переходу знадобляться навички під конкретну роль і практика, яку можна показати на співбесіді.
Beetroot Academy розвиває напрям Defence & Dual-use з 2025 року: Embedded Development, Drones Firmware, Computer Vision, SolidWorks Core і програма для нетехнічних спеціалістів та Project management у Defence. Програма для нетехнічних будується навколо доменного контексту: як влаштована галузь, які ролі в ній є і що очікують від людини в перші місяці роботи.
«Не чекайте, поки станете „ідеальним defence-кандидатом“. Дуже багато людей відсіюють себе самі, бо бачать у вакансії „defence experience“ або думають, що їхній досвід із класичного IT тут не релевантний. Краще подивіться на свої навички й запитайте: яку конкретну проблему defence-компанії я вже вмію вирішувати? Це може бути embedded, AI, Computer Vision, QA, product, побудова процесів чи масштабування команд. І вже з цим ідіть говорити з компаніями. Defence-досвід можна отримати, тільки зайшовши в defence».
Подяка експертці
Оксана Горбунова — COO & Co-Founder BazaIT, CEO BazaIT Defense та Founder & CEO Defense Core. Працює з командами та бізнесами в defence tech — допомагає знаходити сильних фахівців, будувати стратегічні партнерства, залучати інвестиції, виходити на нові ринки та запускати спільні виробництва.
У I кварталі 2026 року оборонні компанії опублікували на DOU 3005 вакансій. Це більше, ніж за весь 2024 рік. Найпомітніше зросла кількість пропозицій для людей з 1–3 роками професійного досвіду: 979 проти 604 кварталом раніше (аналітика DOU). Шукають інженерів, проджект-менеджерів, рекрутерів, маркетологів, фахівців із закупівель.
Тобто кар'єра в deftech для цивільного спеціаліста відкрита. Питання в тому, з якою роллю заходити і до чого готуватися.
Для більшості ролей ні. Оборонні компанії наймають за професією: embedded-розробник, QA, Project Manager, HR, procurement. CEO BazaIT Defense Оксана Горбунова наводить три реальні переходи з ІТ та виробництва в defence без технічного бекграунду.
Ветеранський досвід є перевагою для частини позицій. В «Атлон Авіа», наприклад, говорять про запит на ветеранський досвід і наводять приклад позиції начальника відділу технічної підтримки. Але це вимога конкретних ролей, і вона не поширюється на ринок загалом.
Конкуренція розподілена нерівно. У середньому на deftech-вакансію відгукується 9 кандидатів, але на Project Manager їх майже 27, а на QA близько 22. Найменше охочих там, де потрібне залізо.
Якщо ти розробник, найкоротший міст веде через курс з embedded-розробки. Якщо менеджер, читай наш розбір того, чим PM у defence tech відрізняється від класичного.
Три речі, про які в класичному ІТ на співбесіді майже не говорять.
Безпекова перевірка. Background check, NDA, а в багатьох компаніях і поліграф. Ми розпитали поліграфологиню та HR-директорку Dwarf Engineering, як проходить поліграф і як до нього готуватися.
Ставлення до публічності. Для частини ролей діють жорсткі правила OPSEC, аж до видалення профілів у соцмережах. Для інших, як-от партнерства чи фандрейзинг, відкритість залишається робочим інструментом. Від чого це залежить, краще з'ясувати до першої розмови.
Готовність до формату. Onsite, швидка зміна пріоритетів, процеси, які ще формуються. За словами Оксани Горбунової, кандидати частіше не проходять співбесіду через нереалістичні очікування, ніж через брак технічних знань.
Найм теж іде у своєму темпі. За практикою BazaIT Defense, від першого контакту з кандидатом до найму проходить у середньому 24 дні, а медіанний термін закриття вакансії становить 44 дні.
Зарплата на старті може бути нижчою. Медіана розробника в DefTech становить $2850, це на $480 менше, ніж в ІТ (опитування DOU). Виняток серед масових ролей — Project Manager: $2500 в оборонці проти $2200 в ІТ.
Без досвіду зайти важко. Вакансій для кандидатів без досвіду в I кварталі 2026 року було 49 з трьох тисяч. У II кварталі DOU зафіксував, що компанії дедалі частіше шукають досвідчених фахівців. Оборонка наразі працює як наступний крок для людей із професією, і значно рідше як перше місце роботи.
Про успіхи не розкажеш. Робота під NDA означає, що портфоліо за ці роки буде порожнім для зовнішнього світу. Комусь це байдуже, для когось стає несподіванкою.
Освітня програма Defence Tech для нетехнічних спеціалістів дає доменний контекст за 12 занять по дві години. Технічні програми та Project Management у Defence Tech зібрані на сторінці напряму Defence & Dual-use.
Python-розробник — це програміст, який мовою Python пише серверну частину сайтів і застосунків, автоматизує рутинні процеси та працює з даними. У червні 2026 року медіанна зарплата Senior Python Developer в Україні сягнула $5000, і це найпомітніше зростання серед усіх мов програмування за півроку (дані DOU).
Далі про те, чим саме займається Python developer, що йому треба знати, скільки платять на кожному рівні і як зайти в професію з нуля.
Більшість Python-розробників працюють на backend. Це частина продукту, якої користувач не бачить: вона приймає запит, перевіряє права, дістає дані з бази, рахує і повертає відповідь. Ти натискаєш «Оплатити» в застосунку, і за пів секунди десь на сервері відпрацьовує код, написаний такою людиною.
Типовий тиждень виглядає приблизно так:
Писання коду займає меншу частину часу, ніж здається збоку. Решта йде на читання чужого коду, уточнення вимог і пошук причин.
Python (українською часто пишуть «пайтон») поширений у кількох напрямах, і від напряму залежить, який стек доведеться вчити.
Для першої роботи найчастіше обирають backend: тут багато вакансій і зрозумілий шлях зростання. Перейти звідти в дані чи AI простіше, ніж навпаки.
Набір для Junior-рівня менший, ніж лякають списки в інтернеті:
Окремий пункт останніх двох років — AI-асистенти для коду. Роботодавці вже чекають, що ти вмієш ними користуватися. І так само чекають, що ти здатен перевірити й пояснити кожен рядок, який асистент згенерував.
DOU опитав влітку 2026 року понад 4,5 тисячі розробників. Картина для Python така:
Ще дві цифри з того самого дослідження. 72% розробників працюють повністю віддалено. Медіана в офісі становить $2350, на ремоуті $3572.
Є ніша, де Python-розробники заробляють помітно більше за середнє по ринку. У DefTech розробники з Python мають найвищу медіану серед усіх мов: $4500 проти $3500 у розробників в ІТ загалом. Там мову використовують для комп'ютерного зору, обробки даних і внутрішніх систем.
Усі суми вказані чистими й узяті з анонімного опитування. Реальна пропозиція залежить від компанії, проєкту та англійської.
Junior виконує чітко поставлені задачі під наглядом і вчиться на code review. Зазвичай цей етап триває рік-півтора.
Middle самостійно веде функцію від обговорення до релізу. Він уже бачить, де рішення зламається під навантаженням, і говорить про це до того, як написати код.
Senior відповідає за архітектуру, вибір технологій і за те, щоб решта команди росла. Коду пише менше, рішень ухвалює більше.
Перехід між рівнями визначає складність задач, які тобі довіряють. Роки стажу самі собою грейд не підвищують.
За кілька місяців регулярної роботи можна дійти до рівня, з яким ходять на співбесіди. Пошук першої роботи після цього зазвичай займає ще кілька місяців, бо конкуренція серед початківців висока.
Пайтон реально вивчити самостійно: документація відкрита, безкоштовних матеріалів багато. Самоосвіта підходить тим, хто вміє тримати режим без зовнішніх дедлайнів і знає, у кого спитати, коли застряг.
Курси мають сенс, якщо тобі потрібні структура, перевірка коду живою людиною і група, яка не дає зійти з дистанції. Обираючи, дивись на три речі: хто викладає і де працює зараз, скільки у програмі практики з code review, чи є на виході проєкт для портфоліо. Обіцянка гарантованого працевлаштування має насторожити.
Освітня програма Python Backend + AI у Beetroot Academy триває 4 місяці із заняттями тричі на тиждень. Якщо ще вагаєшся з напрямом, подивись усі курси для старту в ІТ.
Статтю підготував Senior Python Developer в Beetroot.
FPV-дрон складається з п'яти інженерних шарів: силова частина, польотний контролер, прошивка, зв'язок і бортовий комп'ютер. Під кожен шар є свій набір технологій, і «розробка FPV-дронів» у вакансії може означати будь-який із них. Українські виробники описують потрібну людину широко: вона збирає апарат з нуля, працює з нестандартними конфігураціями, налаштовує контролери й орієнтується в кількох прошивках (аналітика DOU).
Нижче розкладено, що стоїть за кожним шаром, у якому порядку це вчити і скільки за це платять.
Опанувати все одразу не вийде, і від тебе цього ніхто не чекає. Зазвичай інженер глибоко знає один-два шари й розуміє, як вони стикуються з рештою.
Без цього рівня решта стека перетворюється на перебір налаштувань навмання. Мінімум виглядає так:
Якщо ти розробник і заліза ще не торкався, почни звідси. Якщо ти оператор або технік, цю частину ти знаєш руками, залишається додати код. Системно обидва шляхи проходять у програмі Embedded Development.
Прошивка визначає, як апарат поводиться в повітрі. Для FPV із ручним керуванням стандартом є Betaflight. Коли потрібна навігація, беруть INAV або ArduPilot. PX4 частіше зустрічається в R&D і там, де дрон є частиною більшої роботизованої системи.
Починати варто з однієї. Для FPV логічний вибір Betaflight: у ній контур керування найпростіший і весь на видноті. Детальне порівняння стеків, ліцензій і порогу входу ми зробили в окремому матеріалі про ArduPilot, Betaflight і PX4.
Тут починається інженерія польоту. Гіроскоп тисячі разів на секунду повідомляє контролеру кутову швидкість. Фільтри прибирають шум від вібрацій. PID-регулятор порівнює бажане з реальним і видає команду моторам через ESC протоколом DShot.
Саме за логами відрізняють інженера від людини, яка копіює чужі пресети. Пресет працює на тій рамі й тих моторах, під які його зробили. На твоїй конфігурації він може поводитися інакше.
Канал керування у більшості сучасних FPV-збірок будують на ExpressLRS із протоколом CRSF. Старіший SBUS досі трапляється, тож знати його теж варто. Для телеметрії й автономних режимів використовують MAVLink: ним обмінюються автопілот, наземна станція і бортовий комп'ютер.
Для розробника MAVLink найважливіший із трьох. Хто вміє читати й формувати його повідомлення, той може підключити до дрона власний софт: від логера до модуля, який керує польотом через MAVSDK.
SITL запускає прошивку на звичайному комп'ютері, а фізику польоту рахує симулятор, найчастіше Gazebo. Місію можна прогнати десятки разів, зламати параметри, імітувати відмову датчика. Жодного ризику для заліза.
У виробничих командах так перевіряють логіку перед кожним виїздом на полігон. Для навчання це ще й спосіб почати без апарата: перші тижні потрібні лише ноутбук і терпіння.
Наступний рівень складності: поруч із польотним контролером ставлять Raspberry Pi або Jetson. На ньому працює код, який обробляє відео й передає автопілоту команди. Стек тут уже ближчий до звичайної розробки: Python, OpenCV, PyTorch, YOLO, експорт моделей в ONNX.
Якщо ти з software, це найкоротший шлях у галузь, бо половину інструментів ти вже знаєш. Бракує зазвичай розуміння обмежень заліза: модель має вкладатися в пам'ять і встигати обробити кадр. Цьому присвячена програма Computer Vision.
Тут варто знати цифри до того, як планувати перехід. За зарплатним звітом DOU за літо 2026, медіана інженера БПЛА становить $1500, і це одна з найнижчих зарплат у DefTech. Для порівняння: розробники з Python у тій самій галузі мають медіану $4500.
Різниця пояснюється глибиною. Збирання й базове налаштування опановують швидко, тому таких людей на ринку більше. Firmware, embedded і computer vision потребують років, і саме сюди веде кар'єрне зростання. Стек із цієї статті якраз і є маршрутом від першої ролі до другої.
Усе з цього списку можна знайти у відкритій документації та на YouTube. Складність в іншому: матеріали розрізнені, і без зворотного зв'язку важко зрозуміти, чи правильно ти читаєш власний лог.
Освітня програма Drones Firmware у Beetroot Academy проходить цей стек за 18 занять: Betaflight, ArduPilot, PX4 та INAV, MAVLink і фінальний проєкт у симуляторі. Решта програм напряму зібрана на сторінці Defence & Dual-use.
Матеріал підготував Senior Embedded Developer з української defence-компанії.
.png)
