Цей метод винайдений 1960-х роках зараз є як ніколи доречним, та допомагає багатьом компаніям у 2024-му році створювати продукти, які реально покращують життя користувачів.
Давайте заглибимося у історію створення цього методу й подивимось, як він працює сьогодні.
Дизайн-мислення (Design Thinking) з'явився ще в 60-х роках минулого століття в Стенфордському університеті, коли під керівництвом Роберта Макнамари група науковців створила міждисциплінарний курс Design Thinking, спрямований на вирішення проблем людства. В основу курсу було покладено ідеї американського психолога Абрагама Маслоу, який розробив теорію людських потреб та його підходи до самореалізації.
Що лежить в основі дизайн-мислення? Human-centered design є однією з ключових складових дизайн-мислення. Основою дизайн-мислення є творчий процес, в якому дизайнери, розробники та інші спеціалісти працюють разом, щоб створити інноваційні рішення для різних проблем та викликів. Цей підхід виник з потреби вирішення складних проблем та непередбачених ситуацій, які виникають у різних галузях діяльності.
У 2005 році інноваційна дизайн-агенція IDEO представила свій підхід до розв'язання проблем, який мав назву "Human-centered design". В основі цього підходу лежить фокус на користувачі, їхніх потребах, проблемах та вимогах.
З часом Human-centered design став все більш популярним і застосовується в різних галузях, включаючи бізнес, медицину, освіту та ін. Сьогодні дизайн-мислення та Human-centered design вважаються необхідними для створення інноваційних та успішних продуктів та послуг.
Особливо він отримав велику популярність в останні кризові роки, коли компанії зрозуміли, що інновації та створення продуктів, що задовольняють потреби користувачів, є ключовими факторами успіху.
Відомими прикладами компаній, які використовують дизайн-мислення в своїй роботі, є Apple, Google, IBM, Airbnb, Zoom та інші.
Складні часи, такі як пандемія COVID-19, були тим часом, коли компанії дійсно могли продемонструвати свою здатність адаптуватися до форс-мажорних обставин. Дизайн-мислення та Human-centered design, в яких головний акцент ставиться на потребах користувачів, стали незамінними інструментами для успішної адаптації компаній до нових реалій.
Одним з найбільш успішних прикладів використання дизайн-мислення під час ковід-пандемії є компанія Zoom. Вона стала дуже популярною серед користувачів, які були змушені працювати з дому. Щоб забезпечити максимальний комфорт користувачів під час відеозв'язку, Zoom активно використовував дизайн-мислення для оптимізації своєї платформи.
Іншим успішним прикладом є компанія UberEATS. Коли ресторани були змушені закрити свої двері через карантинні обмеження, UberEATS використав дизайн-мислення, щоб розширити свою мережу партнерів і забезпечити безпечну доставку їжі без необхідності виходити з дому.
Інші компанії, які вдало застосовують дизайн-мислення під час ковід-пандемії, включають Instacart, Netflix Headspace та Peloton. Вони використовують цей метод, щоб пристосуватися до змін у поведінці користувачів та забезпечити безпечний та ефективний доступ до своїх продуктів та послуг.
У цей непростий час, коли користувачі змушені пристосовуватися до нових умов, компанії, які вдаються до дизайн-мислення, можуть забезпечити оптимальну взаємодію зі своїми користувачами.
Наразі ці принципи дуже активно використовуються провідними компаніями, щоб забезпечити доступ користувачів в Україні до самих необхідних сервісів. Найкращими прикладами використовування дизайн-мислення в Україні під час повномасштабного вторгнення стали додатки Дія, Монобанк, та ДТЕК. Завдяки ним кожний громадянин мав нагоду зручно та швидко оформити документи, перевести або отримати гроші, та перевірити графік електроживлення.
У 2024 році залишається дуже багато перспектив для використання цього методу, який за умов війни може не тільки спростити повсякденне буття користувачів, а й в буквальному сенсі врятувати життя. Наприклад сповіщення про повітряну тривогу надходить українцям як раз завдяки використанню тих самих принципів розробки.
Давайте перейдемо від теорії до практики і безпосередньо подивимося як ведеться розробка з урахуванням принципів дизайну-мислення. Цей процес поділений на певні етапи. Їх налічується п'ять. Давайте розглянемо кожен.
Це етап, на якому команда дизайнерів прагне розуміти та почути потреби користувачів, занурюючись у їхній світ та досліджуючи їхні проблеми, побажання та бажання. Команда дизайнерів намагається зрозуміти їхні потреби та перспективи з їхньої точки зору, щоб створити продукти та послуги, які по-справжньому задовольняють потреби користувачів.
У цьому етапі дизайнери проводять спостереження, інтерв'юють та спілкуються з користувачами, збирають інформацію про їхнє оточення, про їхні рутини, про їхні потреби та бажання. Основна мета першого етапу дизайн-мислення — збір якомога більше інформації про користувачів та їхні потреби, щоб наступні етапи проходили з більшою ефективністю та успішністю.
Важливо зазначити, що етап емпатії не є просто збором інформації про користувачів. Це є етапом, на якому дизайнери намагаються зрозуміти світ та перспективи користувачів, їхні потреби та бажання, а не просто фактичну інформацію про те, як користувачі використовують продукти та послуги.
Другий етап дизайн-мислення допомагає зосередитися на проблемі та з'ясувати, що саме потрібно розв'язати. Цей етап складається з наступних кроків:
Дизайнер може використовувати різні інструменти для фокусування, такі як mind maps, user journey maps, affinity diagrams, а також інші. Головна мета фокусування полягає в тому, щоб уникнути невизначеності та необмеженості та зосередитися на конкретних задачах та цілях.
На цьому етапі команда збирається, щоб пошукати якнайбільше ідей, які потім можна буде розглянути і вибрати ту, яка відповідає найкраще задачі.
У цьому етапі використовується техніка «брейнштормінгу», щоб залучити всіх учасників команди і зібрати їхні ідеї. Брейнштормінг — це методика генерації ідей, при якій всякий критицизм та судження заборонені. Ідеї збираються на дошці, або на папері, із зазначенням усіх думок та пропозицій щодо їх вдосконалення.
На цьому етапі важливо зібрати якнайбільше ідей, навіть якщо деякі з них здаються нереалістичними або непотрібними. Ідеї можна додавати на будь-якому етапі роботи, але на цьому етапі, коли головною метою є створення якнайбільшої кількості ідей, кожна думка може бути корисною.
На цьому етапі дизайн-мислення команда розробників створює прототип концепту, який було визначено на попередньому етапі. Прототип може бути фізичним продуктом або набором цифрових файлів, що демонструють, як буде виглядати та функціонувати готовий продукт. Цей етап важливий, оскільки він дозволяє команді перевірити, наскільки успішним буде їхня ідея та як можна покращити її перед запуском на ринок.
Прототип може бути створений різними способами, в залежності від того, які матеріали та інструменти доступні команді. Наприклад, фізичний прототип може бути створений з допомогою 3D-друку, звичайних інструментів або будь-яких інших доступних матеріалів. Цифровий прототип може бути створений за допомогою програм для розробки додатків, веб-сайтів та інших цифрових продуктів.
Прототипування допомагає команді перевірити, як користувачі будуть взаємодіяти з продуктом та які можливі проблеми можуть виникнути. Це дає можливість виявити помилки та недоліки ще до того, як продукт буде випущений на ринок, та внести необхідні зміни.
Після створення прототипу, необхідно перевірити його на користувачах, щоб дізнатися, наскільки ефективним є дизайн. Цей етап може включати проведення користувацьких тестів, опитувань та збору зворотного зв'язку.
Користувацькі тести — це процес, під час якого дизайнери спостерігають, як користувачі взаємодіють з прототипом. Це дозволяє дизайнерам отримати повну картину того, як користувачі взаємодіють з продуктом, що може допомогти вдосконалити його дизайн.
Опитування та збір зворотного зв'язку — це ще один важливий аспект тестування. Це дозволяє користувачам висловити свої думки та побажання щодо продукту, а дизайнерам — отримати цінні пропозиції та ідеї щодо його вдосконалення.
В цілому, тестування є важливою частиною дизайн-мислення, оскільки воно дозволяє перевірити дизайн на його ефективність та вдосконалити його перед запуском на ринок.
Давайте розглянемо на конкретному прикладі UberEATS, як застосування принципів дизайн-мислення допомогло адаптуватися до пандемії Covid-19 і не тільки утримати існуючих клієнтів, але й збільшити кількість партнерів та користувачів.
UberEATS використовував дизайн-мислення та дизайн, орієнтований на людину, щоб адаптуватися до пандемії Covid-19 кількома способами.
По-перше, вони швидко запустили безконтактну доставку, щоб забезпечити безпеку як клієнтів, так і партнерів по доставці. Для цього вони переробили свій додаток, включивши в нього опцію безконтактної доставки, а також провели тренінги для своїх партнерів з доставки про те, як безпечно доставляти замовлення.
По-друге, вони співпрацювали з ресторанами, щоб допомогти їм адаптуватися до нових умов, надаючи інструменти та ресурси для служб доставки. Це включало створення нової функції в додатку, яка дозволила ресторанам пропонувати їжу на винос, а також маркетингову підтримку та скасування плати за доставку для незалежних ресторанів.
Нарешті, UberEATS застосував підхід дизайн-мислення для розробки нових функцій для вирішення унікальних викликів, спричинених пандемією. Наприклад, вони створили нову функцію, яка дозволила клієнтам замовляти продукти з місцевих магазинів через додаток UberEATS, що допомогло задовольнити підвищений попит на доставку продуктів під час пандемії.
Ці рішення не лише задовольнили потреби клієнтів та партнерів, але й допомогли вигідно відрізнити UberEATS від конкурентів.
UI/UX дизайн також мав вирішальне значення для успіху UberEATS під час пандемії. Вони створили простий та інтуїтивно зрозумілий користувацький інтерфейс, який дозволив клієнтам легко знаходити та замовляти їжу в улюблених ресторанах. Вони також спростили процес замовлення, щоб зробити його максимально швидким і простим. Зосередившись на користувацькому досвіді, UberEATS змогли створити базу лояльних клієнтів, які продовжують користуватися їхнім сервісом і сьогодні.
Якщо ти цікавишся UI/UX дизайном і хочеш дізнатися більше про дизайн-мислення, курс UI/UX дизайну в Beetroot Academy дає учасникам можливість навчитися всім цим принципам і навичкам, необхідним для роботи в цій сфері. Впроваджуючи дизайн-мислення у своїй роботі, ти зможеш створювати продукти та послуги, які відповідають потребам твоїх клієнтів та партнерів, так само, як це робив UberEATS під час пандемії.
У 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-компанії.
Betaflight обирають для FPV-дронів із ручним керуванням. ArduPilot беруть для автономних місій на різних типах апаратів. PX4 підходить для R&D і продуктів, де важать модульна архітектура та дозвільна ліцензія. Усі три прошивки відкриті, і знання хоча б двох із них уже з'являється у вимогах українських виробників: у Vyriy, наприклад, шукають UAV-інженерів, які орієнтуються в різних прошивках, зокрема ArduPilot і Betaflight (DOU).
Нижче порівняння без спроби назвати «найкращу». Кожна прошивка для дрона розв'язує свою задачу, і вибір першої залежить від твого бекграунду.
Betaflight виріс із проєкту Cleanflight і зосереджений на одному: дати пілоту максимально швидкий і передбачуваний відгук апарата. Автономності тут мінімум, із навігаційних функцій є хіба що GPS Rescue. Зате контур керування відшліфований до дрібниць.
Для інженера це найкоротший шлях зрозуміти, як дрон тримається в повітрі. Ланцюжок простий і весь на видноті: гіроскоп, фільтри, PID-регулятор, мікшер, мотори. Змінив коефіцієнт, зняв лог у Blackbox, побачив різницю на графіку.
Якщо ти вже літаєш на FPV, половину цього знаєш руками. Залишається зрозуміти, що відбувається в коді.
ArduPilot розвивається з 2009 року і підтримує коптери, літаки, ровери й підводні апарати в одній кодовій базі. Його сильна сторона — автономність: політ по точках, режими утримання позиції, повернення, сценарії failsafe на випадок втрати зв'язку чи живлення.
Усередині працює фільтр оцінки стану EKF, який зводить дані гіроскопа, акселерометра, барометра, компаса й GPS в одну картину. Саме тут новачки проводять найбільше часу, бо поведінка апарата залежить від сотень параметрів, і кожен із них щось означає.
PX4 підтримує Dronecode Foundation, а сама прошивка працює поверх NuttX RTOS. Система зібрана з окремих модулів, які обмінюються повідомленнями через шину uORB за схемою publish-subscribe. Хочеш замінити оцінювач стану чи контролер — пишеш свій модуль і підписуєш його на потрібні топіки.
Через цю архітектуру PX4 люблять у дослідницьких командах і там, де дрон є частиною більшої роботизованої системи. Інтеграція з ROS 2 йде через uXRCE-DDS, а для симуляції зазвичай беруть Gazebo. Поріг входу вищий: без розуміння RTOS і C++ читати цей код важко.
ArduPilot і Betaflight розповсюджуються під GPLv3. Якщо компанія передає комусь пристрій зі зміненою прошивкою, вона має надати й змінений код. PX4 під BSD 3-Clause такої вимоги не містить. Тому в продуктових командах вибір стека часто починається з юридичного питання, і лише потім доходить до технічного.
Для тебе як для інженера звідси практичний висновок: дивись, на якому стеку працює компанія, куди хочеш потрапити. Причина вибору може бути зовсім не в якості коду.
Універсальної відповіді немає, зате є чотири типові ситуації.
Ти оператор або FPV-пілот. Починай із Betaflight: поведінку апарата ти вже відчуваєш, тепер розбери, що стоїть за кожним налаштуванням. Далі переходь до ArduPilot.
Ти backend- або embedded-розробник. Бери ArduPilot або PX4 у симуляторі. Можна читати код, запускати місії й ламати параметри без жодного заліза.
Ти з робототехніки, ROS або computer vision. PX4 ближчий до звичних інструментів.
Ти цілишся в конкретну компанію. Відкрий її вакансії й подивися, яка прошивка там згадується. Це найчесніший орієнтир.
Найчастіша помилка на старті — вчити всі три стеки одночасно. Краще довести один до рівня «можу пояснити, чому апарат повівся саме так», а другий добрати потім.
SITL (software in the loop) запускає ту саму прошивку на звичайному комп'ютері, а фізику польоту рахує симулятор. Ти пишеш місію, міняєш параметри, імітуєш відмову датчика й дивишся логи, не ризикуючи розбити апарат. ArduPilot має власний SITL, PX4 зазвичай запускають разом із Gazebo.
Для переходу з ІТ це ключова річ: перші тижні можна працювати тільки з кодом і симуляцією, а до заліза дійти вже з розумінням, що саме перевіряєш.
Освітня програма Drones Firmware у Beetroot Academy проводить по всьому циклу роботи з польотними системами, від прошивки до автономного польоту: 18 занять про Betaflight, ArduPilot, PX4 та INAV і практика в SITL-симуляціях. Якщо бракує бази з мікроконтролерів, почни з курсу Embedded Development.
