Як перейти з IT у MilTech: відповіді на актуальні запитання IT-фахівців
Чи потрібно починати кар’єру з нуля? Які IT-навички вже мають цінність у MilTech? Чи доведеться погодитися на нижчу зарплату? Наскільки реально знайти віддалену роботу та який проєкт допоможе пройти першу технічну співбесіду?
Ці та інші запитання IT-фахівці поставили під час відкритої онлайн-зустрічі «Чи переходити IT-розробнику в MilTech та демо Robotics-проєктів».
Подія зібрала 200 глядачів і майже пів сотні запитань. На них відповідав Владислав Ванюк - Embedded & Integration Engineer із досвідом переходу з класичного IT, розробки embedded-систем та інтеграції hardware і software у фізичних продуктах.
Нижче зібрали й систематизували основні відповіді.
Перехід і кар’єра в MilTech
Чи потрібно IT-фахівцю починати кар’єру в MilTech з нуля?
Ні. Багато процесів, підходів і технічних навичок переносяться з класичного IT. Знання програмування, архітектурних патернів, Linux, мереж, автоматизації та тестування не зникають.
Головна відмінність у тому, що в MilTech потрібно працювати не лише з кодом, а й із фізичним пристроєм. Необхідно перевіряти, як програма поводиться на реальному обладнанні, розуміти базову електроніку, читати схеми та діагностувати проблеми.
Іноді потрібно визначити, де саме виникла несправність: у коді, платі, живленні, сенсорі, з’єднанні або взаємодії компонентів. У деяких випадках проблему доведеться усунути самостійно - змінити код, перепаяти компонент або скоригувати схему.
Якщо Senior переходить у MilTech, чи стане він Junior?
Найімовірніше, ні. Попередній досвід програмування не обнуляється, тому досвідчений Backend або Full Stack Developer може претендувати, наприклад, на Middle-рівень у новому домені.
Але універсального правила немає. Рівень залежить від того, наскільки попередній досвід відповідає новій ролі та яких інженерних навичок бракує.
Software-експертизу потрібно доповнити специфікою фізичних систем: Embedded, електронікою, діагностикою пристроїв, системною інтеграцією та тестуванням реального обладнання.
Чи може знизитися зарплата після переходу?
На старті такий сценарій можливий. Наприклад, Senior у класичному IT може перейти на Middle-позицію в новому домені. Через це безпосередньо під час переходу дохід може тимчасово зменшитися.
Це не означає, що так відбувається в кожному випадку. Рішення залежить від попереднього досвіду, нової ролі, компанії та здатності кандидата показати практичний результат.
Embedded традиційно має вищий поріг входу, а попит на фахівців, які вміють працювати з фізичними системами, залишається високим. Після набуття практичного досвіду спеціаліст може повернутися до попереднього рівня доходу або перевищити його.
Скільки часу потрібно, щоб після переходу повернутися до Senior-рівня?
Орієнтовно від одного до двох років за умови інтенсивної практики, додаткового навчання та роботи над реальними завданнями.
Це не гарантія і не універсальний термін. Швидкість зростання залежить від попереднього досвіду, обраного напряму, складності проєктів та кількості часу, яку людина вкладає в розвиток.
Якщо виконувати лише мінімальний обсяг робочих завдань, перехід може тривати довше. Якщо системно працювати над прогалинами у знаннях і застосовувати нові навички на практиці, адаптація відбуватиметься швидше.
Чи можна перейти в MilTech без навчання та курсів?
Так, можна. Але самостійний шлях зазвичай потребує більше часу й зусиль.
Доведеться самостійно визначити послідовність навчання, обрати обладнання, знайти практичні завдання, перевірити свої рішення та зрозуміти, які навички справді потрібні роботодавцям.
Структуроване навчання не є обов’язковою умовою переходу. Його перевага - готовий маршрут, практика, зворотний зв’язок і можливість не витрачати місяці на хаотичне вивчення окремих тем.
З чого почати перехід у MilTech?
Перший крок - не звільнення з поточної роботи.
Спочатку варто:
переглянути різні інженерні напрями
проаналізувати вакансії
виписати вимоги, які повторюються
зіставити їх зі своїм досвідом
визначити прогалини у навичках
спробувати типові практичні завдання
створити невеликий завершений проєкт
Працювати над ним можна вечорами або у вихідні. Також можна долучитися до волонтерської команди, стартапу чи відкритого інженерного проєкту.
Коли є результат, який можна показати - пристрій, код, схема, логи, документація, фотографії або відео - варто активніше подаватися на вакансії.
Який напрям MilTech найближчий веброзробнику?
Одним із можливих напрямів є Robotics. Тут значну роль відіграють організація та планування коду, взаємодія різних програмних компонентів і виконання завдань на реальному пристрої.
У Robotics менше низькорівневої роботи з регістрами, ніж у класичному Embedded.
Водночас потрібно розуміти, як software взаємодіє із сенсорами, виконавчими механізмами, одноплатними комп’ютерами та контролерами.
Поруч із Robotics також розташований Computer Vision - напрям, у якому досвід Python, обробки даних та роботи з AI-моделями можна поєднати з фізичними системами.
Чи реально Frontend Developer перейти в MilTech без hardware-досвіду?
Так, але потрібно спробувати роботу з фізичними пристроями.
Паяльник, мультиметр, сенсори й мікроконтролери не мають ставати психологічним бар’єром. Паяльник у цьому випадку можна порівняти з викруткою - це корисний інструмент, робота з яким опановується через практику.
Найкращий маршрут - спробувати кілька напрямів, зрозуміти, де комфортно працювати, визначити, які навички вже можна застосувати, а потім обрати спеціалізацію та проєкт.
Стартовий стек має значення, але вирішальними залишаються системна практика та готовність опановувати нові інструменти.
Наскільки .NET і Java затребувані в MilTech?
.NET і Java трапляються в MilTech рідше, ніж C/C++ або Python, але відповідні вакансії є. .NET використовується частіше, Java - рідше.
Водночас досвід роботи з цими технологіями вже дає розуміння програмування, архітектурних патернів і побудови складних систем. Ці принципи переносяться в Robotics, Integration та інші інженерні напрями.
Далі потрібно опанувати специфіку фізичних пристроїв і технології, необхідні для конкретної ролі.
Чи реально зайти в MilTech, знаючи основи Python і маючи досвід роботи з БпЛА, але не працюючи в IT?
Так. Розуміння БпЛА та реальних сценаріїв використання продукту може бути важливою перевагою.
Технічні навички можна поступово розвивати, а знання контексту використання продукту вже допомагає краще розуміти потреби команди та кінцевих користувачів.
Важливо обрати конкретну роль і визначити, яких знань бракує саме для неї.
Як чинному військовослужбовцю перейти в MilTech?
Компанії шукають розробників, QA-фахівців, інтеграторів, інженерів для польових випробувань та інших технічних спеціалістів.
Люди, які вже працювали з реальними військовими продуктами, можуть мати перевагу, оскільки розуміють умови використання та потреби кінцевих користувачів.
Військовослужбовцям також можуть підходити ролі Field Engineer або Polygon Engineer. Для них важливі досвід роботи з обладнанням, здатність діагностувати проблеми та передавати технічний зворотний зв’язок команді розробки.
Ролі та спеціалізації в MilTech
Чи потрібно знати Hardware, Embedded і Robotics одночасно?
Достатньо бути сильним спеціалістом в одному напрямі, але важливо розуміти сусідні частини системи.
Наприклад, Embedded і Hardware майже завжди взаємодіють. Коли пристрій працює неправильно, спочатку проблема може здаватися програмною, але виявитися несправністю hardware. Або навпаки.
Спеціалізація може бути одна, але загальне розуміння всієї системи допомагає швидше знаходити проблеми, взаємодіяти з іншими інженерами та приймати кращі технічні рішення.
Які мови потрібні Embedded Developer, крім C/C++?
Поруч із C/C++ корисно знати Bash для автоматизації та роботи із системним середовищем.
Також може знадобитися Python - для створення скриптів, тестування, обробки даних, роботи з телеметрією та інтеграції окремих компонентів.
Конкретний набір мов залежить від продукту й архітектури системи.
Чи багато вакансій у FPGA?
FPGA-фахівців мало, тому відповідні вакансії можуть довго залишатися відкритими. Частина таких позицій пов’язана з радіоінженерією та обробкою сигналів.
Наявність практичного досвіду з FPGA помітно звужує конкуренцію. Водночас це складний напрям, у якому особливо важливо мати реальний проєкт для застосування отриманих знань.
Які навички потрібні Project Manager у MilTech?
Project Manager повинен розуміти, як організовується робота навколо фізичного продукту.
Якщо інженер оцінює завдання у два тижні, менеджеру важливо розуміти, чому воно не може бути виконане за два дні, від яких компонентів залежить і які ризики можуть вплинути на термін.
На відміну від суто software-продукту, тут потрібно враховувати закупівлю компонентів, виробництво, складання, інтеграцію, випробування та можливі фізичні несправності.
Найцінніша навичка - реалістично оцінювати терміни й обсяг зусиль, необхідних для створення фізичного продукту.
Чи потрібні в MilTech бізнес-аналітики?
Так, але таких ролей менше, ніж у класичному IT.
Бізнес-аналітики можуть бути корисними під час роботи з вимогами, взаємодії з користувачами, опису сценаріїв застосування та узгодження потреб між технічними й нетехнічними учасниками проєкту.
Водночас кількість таких позицій залежить від розміру компанії та зрілості її процесів.
Чи є попит на AI/ML і Computer Vision фахівців без Embedded-досвіду?
Фахівці із сильним теоретичним або дослідницьким досвідом потрібні, але для переходу важливо додати практику з фізичним пристроєм.
Натренувати модель - лише частина завдання. Потрібно зробити так, щоб вона працювала на конкретному обладнанні, відповідала обмеженням пристрою та проходила перевірку в реальних умовах.
Практичним кроком може бути запуск власної моделі або обробки зображення на Raspberry Pi чи іншому одноплатному комп’ютері.
Також варто вести LinkedIn, відвідувати профільні події, долучатися до волонтерських команд і довести хоча б один продукт до робочого прототипу.
Remote, графік і формат роботи
Чи є повністю віддалені вакансії в MilTech?
Такі вакансії є, але їх менше, ніж у класичному IT.
Формат залежить від продукту та обов’язків. Якщо роботу можна виконувати дистанційно, наприклад писати код, документацію або працювати з даними, компанія може дозволити віддалений формат.
Якщо потрібно постійно взаємодіяти з платою, сенсорами, механікою, вимірювальними приладами або тестовим стендом, частіше потрібен офісний чи гібридний формат.
Чому в MilTech частіше потрібен офіс або гібрид?
Фізичний продукт потрібно збирати, підключати, вимірювати, діагностувати та тестувати наживо.
Не всі проблеми можна відтворити через віддалене підключення. Іноді потрібно перевірити живлення, замінити сенсор, підключити прилад, перепаяти компонент або побачити поведінку системи в реальному середовищі.
Тому формат роботи визначає не стільки політика компанії, скільки характер конкретних завдань.
Найбільше вакансій зосереджено в Києві, але компанії та виробництва також працюють у Львові, Дніпрі, Івано-Франківську та інших містах.
Чи можна поєднувати основну роботу в IT з частковою зайнятістю в MilTech?
Такі можливості є, але знайти їх складніше, ніж повну зайнятість.
Один із варіантів - вести професійний профіль у LinkedIn, долучатися до профільних спільнот, стежити за стартапами й безпосередньо писати командам, які працюють над цікавими вам продуктами.
У зверненні варто відразу зазначити, скільки часу ви можете приділяти проєкту та з якими завданнями готові допомагати.
Чи є в MilTech гнучкий графік і нормований робочий день?
Такі умови існують. У частині команд важливішим є результат, а не точні години роботи.
Водночас фізичний продукт, випробування та інтеграція можуть вимагати присутності в конкретний час. Тому рівень гнучкості залежить від ролі, етапу розробки й культури компанії.
Чи можна працювати на український MilTech, перебуваючи за кордоном?
Так, це можливо. Все залежить від конкретної компанії, ролі, доступу до обладнання та обмежень щодо інформації.
MilTech-компанії поступово виходять за межі України, тому можуть з’являтися позиції, які не вимагають постійної фізичної присутності в країні.
AI та інженерні інструменти
Як у MilTech використовують штучний інтелект?
AI застосовується безпосередньо у фізичних продуктах, наприклад для обробки зображень на одноплатних комп’ютерах.
ChatGPT, Cursor та інші інструменти також використовують для розробки, пошуку помилок, підготовки документації та роботи з кодом.
Водночас компанії можуть обмежувати передачу даних зовнішнім моделям і контролювати, які запити працівники надсилають через захищене середовище.
Чи може AI замінити Embedded Engineer?
Поки що AI залишається помічником, а не заміною інженера.
Він може допомогти написати частину коду або запропонувати рішення, але не завжди здатний знайти проблему, спричинену взаємодією з реальним світом.
Фізичний пристрій потрібно підключити, виміряти, перевірити та продіагностувати. Для цього необхідні розуміння hardware, досвід роботи з обладнанням і здатність перевіряти поведінку системи в реальних умовах.
Інструменти вже пробують використовувати для створення електронних схем і PCB, але відповідальність за перевірку результату все одно залишається на інженері.
Як використовувати LLM у Robotics?
Не варто просити модель створити весь пристрій або продукт одним запитом.
Складне завдання краще розкласти на невеликі частини. Наприклад, попросити написати функцію для конкретного стану системи, обробки повідомлення чи реалізації окремої частини state machine.
LLM ефективніше працює з локальними, чітко сформульованими технічними завданнями. Результат усе одно потрібно перевіряти та тестувати.
Чому недостатньо просто натренувати AI-модель?
Модель потрібно не лише натренувати, а й запустити на реальному пристрої.
Потрібно врахувати доступну пам’ять, обчислювальну потужність, вагу обладнання, енергоспоживання, швидкість обробки даних і умови експлуатації.
Для таких завдань можна використовувати Raspberry Pi, Orange Pi, Jetson або інші одноплатні комп’ютери. Вибір залежить від складності моделі, вимог до продуктивності та характеристик системи.
Тестування, hardware та практика
Через що фізичний пристрій може спрацювати неправильно - через hardware чи software?
Причиною може бути і hardware, і software.
Недостатньо один раз перевірити, що пристрій виконує потрібну дію. Значно складніше гарантувати, що він не виконає її в момент, коли не повинен.
Саме тому фізичні системи потрібно перевіряти на кожному етапі:
компоненти
монтаж
живлення
firmware
логіку станів
взаємодію модулів
складання
поведінку в реальних умовах
Для safety-critical систем також потрібні незалежні рівні захисту та сценарії перевірки відмов.
Чи переноситься досвід класичного QA в MilTech?
Так. Підходи до забезпечення якості, створення тест-кейсів, пошуку причин помилок, автоматизації та системної перевірки переносяться.
Змінюється об’єкт тестування. Замість лише застосунку потрібно перевіряти поведінку реального пристрою та взаємодію hardware, firmware, сенсорів, зв’язку й software.
Engineering Testing також передбачає роботу з логами, вимірюваннями, контрольованими несправностями та перевіркою відновлення системи після відмови.
Чи потрібно вміти паяти та мати досвід SMD?
Досвід SMD буде перевагою, але не є обов’язковою передумовою.
У пайці немає нічого надзвичайно складного. Спочатку рухи можуть бути незвичними, але з практикою формується необхідна точність.
Для старту достатньо поступово опанувати базові інструменти, навчитися працювати з мультиметром, збирати прості схеми й безпечно виконувати монтаж.
Який pet project може переконати роботодавця?
Найсильніший проєкт - той, що відповідає продукту або завданням компанії й реально працює.
Недостатньо мати лише репозиторій із кодом. Бажано показати:
робочий пристрій або прототип
код і структуру репозиторію
електронну схему
опис архітектури
логи
результати тестування
знайдені й виправлені помилки
фото або відео роботи
Особливо переконливо виглядає проєкт, який тематично близький до продукту роботодавця. Кандидат може показати не лише те, що створив, а й пояснити свої рішення, обмеження та наступні кроки розвитку.
Що буде з MilTech і цими навичками після завершення війни?
Очікується, що українські оборонні компанії продовжуватимуть виходити на європейський, американський та інші міжнародні ринки.
Частина військових технологій має dual-use застосування. Наприклад, наземні роботизовані комплекси можуть використовуватися не лише в оборонних сценаріях, а й для розмінування, логістики та виконання робіт у небезпечних умовах.
Навички Embedded, Hardware, Robotics, Engineering Testing і системної інтеграції не обмежуються MilTech. Вони також потрібні у промисловості, IoT, автоматизації, робототехніці та цивільних фізичних продуктах.
Тому навіть у разі зміни ринку ці компетенції можна застосовувати в інших технологічних галузях.
Які проєкти створювали учасники першого потоку
Учасники працювали над системою розпізнавання НРК. Для цього вони збирали фотографії та відео пристрою з різних ракурсів, формували власний датасет, навчали модель і запускали обробку зображень на Raspberry Pi.
На нижньому рівні працювала керувальна плата. Raspberry Pi з камерою відповідала за складнішу логіку та комп’ютерний зір, а мікроконтролер - за керування моторами й обробку швидких сигналів.
У проєкті учасники працювали зі схемою, PCB, кодом, ROS і обробкою зображень. Під час тестування з’ясувалося, що модель добре розпізнавала НРК з одного ракурсу, але гірше - з іншого. Це показало, чому недостатньо лише натренувати модель: потрібно доповнювати датасет і перевіряти рішення в різних умовах.
Також учасники збирали роботизовану руку, працювали з її механічною та електричною частинами й писали код керування.
Окрема група продовжила роботу над фізично зібраним НРК. Учасники зі Львова збирали й тестували його наживо, а спеціалісти з інших міст дистанційно допомагали з кодом та інтеграцією.
Цей досвід показав, як Hardware, Embedded, Robotics, AI та системна інтеграція об’єднуються в одному фізичному продукті.
Який перший крок зробити після прочитання
Не потрібно одразу звільнятися з IT або обирати нову професію лише за назвою вакансії.
Спочатку спробуйте типові завдання з кількох напрямів, проаналізуйте вимоги роботодавців і створіть невеликий, але завершений проєкт.
Код, схема, логи, результати тестування, фотографії або відео роботи пристрою допоможуть підтвердити ваші навички значно краще, ніж сертифікат без практики.
Коротко: що варто знати про перехід з IT у MilTech
Попередній IT-досвід не обнуляється, але його потрібно доповнити інженерною практикою
Software Engineers можуть розглядати Embedded, Robotics та Integration
QA-фахівцям найближче Engineering Testing і тестування embedded-систем
DevOps і System Engineers можуть застосувати досвід Linux, мереж, автоматизації та розгортання систем
Не потрібно однаково глибоко знати всі напрями. Важливо обрати спеціалізацію та розуміти сусідні частини системи
Під час переходу Senior може тимчасово перейти на Middle-рівень
Безпосередньо на старті дохід може знизитися, але це залежить від ролі та попереднього досвіду
Віддалена робота в MilTech існує, але офісний і гібридний формати трапляються частіше
AI допомагає інженерам, але не замінює діагностику й тестування фізичного пристрою
Робочий проєкт, код, схема, логи та результати тестування переконують роботодавця сильніше за сертифікат
Перед звільненням краще спробувати типові завдання та створити невеликий завершений проєкт
Хочете спробувати чотири напрями на практиці?
На програмі «З IT у MilTech» учасники проходять Embedded & Firmware, Hardware & Electronics, Robotics та Engineering Testing & Test Automation.
Протягом 3,5 місяця ви працюватимете над спільним інженерним проєктом: напишете firmware, створите електронну схему, попрацюєте з Raspberry Pi та ROS 2, зберете логи, підготуєте автоматизовані тести й оформите результат для GitHub-портфоліо.
Це допоможе перевірити різні інженерні напрями на практиці, визначити подальшу спеціалізацію та підготуватися до технічних співбесід.
Коментарі