Deftech6 тем
Софт оборонних технологій
Оборонні технології — це софт для умов, які звичайна продуктова розробка вважає неіснуючими: немає надійної мережі, є супротивник, який активно намагається його зламати, а хибний вихід коштує значно більше за поганий квартал. У розділі 6 тем — софт для дронів, системи управління, компʼютерний зір, кібербезпека та платформи даних — і те, що ці три обмеження змінюють в архітектурі, тестуванні й означенні готовності.
Що всередині
Кожен напрям нижче — це група тем. Відкрийте будь-який, щоб читати його сторінки.
- ОглядОбмеження, спільні для решти пʼяти, і чому вони змінюють звичайні інженерні рішення.Почніть звідси
- ПЗ для дронівАвтономність за звʼязку, що зникає: що мусить працювати на борту, а що може чекати людину.АвтономністьТелеметрія
- Системи C2Системи управління: одна спільна картина зі стрічок, які суперечать одна одній і спізнюються.Спільна картинаЗатримка
- Комп'ютерний зірДетекція на обмеженому залізі — і чого коштує хибний спрацьовуючий результат, якого ніхто не перевірить.Інференс на краюПороги
- КібербезпекаМоделювання загроз, коли атакує фінансована організація, а не випадковий шукач нагоди.Модель загрозЛанцюг постачання
- Платформи данихПереміщення й зберігання даних у мережах, що є переривчастими, розділеними або ворожими.СинхронізаціяЗберігання
З чого почати
- Уперше в цьому доменіСпершу огляд. Він встановлює обмеження, прийняття яких припускає кожна інша сторінка тут.
- Прийшли з продуктової розробкиКібербезпека — найгостріший контраст: архітектуру веде модель загроз, а не список фіч.
- Працюєте над автономністюПЗ для дронів — що мусить працювати на борту; потім компʼютерний зір — що моделі дозволено вирішувати.
Інші розділи
- РозробкаРозробка програмного забезпечення — це робота про те, де проходять межі в системі, що працює по кожен їхній бік і чого коштуватиме зсунути одну з цих меж, коли код уже працює. У розділі 28 тем: архітектура, браузер, пʼять бекенд-середовищ, чотири мобільні платформи, мовні моделі та бази даних під усім цим. Кожна сторінка тримається на обмеженні, яке справді відрізняє варіанти, а не на поверхні API.
- ІнфраструктураІнфраструктура — це все, що перетворює код на щось працююче, за чим можна спостерігати, що можна змінювати й відкочувати. У розділі 11 тем у чотирьох групах: DevOps і пайплайн, який збирає один артефакт і просуває його незмінним; три великі хмари й те, як кожна стримує помилку; MLOps — ті самі задачі знову, але для моделі замість бінарника; і моніторинг, який робить інцидент відповідним на питання о третій ночі.
Було корисно?
Поділіться з тим, хто працює над тією ж задачею.