Коли розробник з 18-річним стажем у Microsoft, який має статус Distinguished Engineer, каже, що епоха традиційної розробки софту залишилась позаду — на це варто звернути увагу, пише Windows Latest.
«Писати код вручну — це абсолютно закінчена історія», — написав у X Девід Фаулер, співавтор SignalR, один із засновників NuGet і Kudu, а також один із розробників ядра ASP.NET Core. Зараз Фаулер очолює роботу над Aspire — інструментарієм Microsoft для побудови розподілених застосунків.
Це не чергова провокативна теза заради залучення уваги в соцмережах. Слова Фаулера варто розглядати в контексті того, що ще раніше заявляв Сатья Наделла — за його словами, від 20 до 30% коду в Microsoft уже пишеться штучним інтелектом.
Фаулер не стверджує, що розробники перестануть читати код або що інженерія софту як така зникає. Його думка інша: набір коду рядок за рядком у редакторі стає найменш цікавою частиною роботи. І Aspire — проєкт, над яким він сам працює, — уже перебудовують саме під розробку застосунків за допомогою ШІ.
Від автодоповнення до агентів, які самі пишуть софт
Ще у травні 2023 року дослідницький підрозділ Microsoft Research опублікував дослідження щодо Visual Studio IntelliCode: протестували 19 різних варіантів інтерфейсу в семи лабораторних дослідженнях за участю 61 програміста. Проблема була не в тому, що штучний інтелект погано генерував підказки — розробники просто пропускали їх через те, як ці підказки відображалися на екрані.
Усе це було лише автодоповненням. GitHub Copilot пішов набагато далі. Його агент для написання коду тепер може самостійно взяти задачу, побудувати власне середовище, працювати у фоні, змінювати репозиторій і відкривати pull request для перевірки людиною. У лютому 2026 року GitHub додав до агента підтримку середовищ розробки під Windows, дозволивши йому будувати й тестувати проєкти під Windows, запускати лінтери та перевіряти збірки ще до того, як передати результат людині.
Тепер агентні сесії GitHub Copilot можна запускати всередині WSL, що спрощує розробку під Linux безпосередньо у Windows — з допомогою ШІ.
Якщо вас це насторожує, варто пригадати, що Лінус Торвальдс також підтримав використання коду, згенерованого ШІ, у ядрі Linux, заявивши: «ШІ — це такий самий інструмент, як і будь-які інші, якими ми користуємось. І це явно корисний інструмент. Можливо, це не було так очевидно навіть рік тому, але сьогодні це вже не викликає сумнівів».
Сам Фаулер працює над Aspire — платформою, орієнтованою насамперед на код, для побудови й запуску розподілених застосунків, де розробники описують сервіси, контейнери та бази даних у межах єдиної моделі застосунку.
У версії Aspire 13.1 ШІ-асистенти для написання коду отримали статус повноцінних учасників процесу розробки. У версії 13.2 команда пішла ще далі, додавши CLI, орієнтований на агентів, і підтримку MCP.
Команда Фаулера писала ще у квітні 2026 року, що ШІ-агенти «дійсно добре вміють писати код», але генерація коду й запуск повноцінного робочого застосунку — «дуже різні речі». Тому в Aspire агентам дозволили самостійно запускати сервіси, читати логи, аналізувати телеметрію, перезапускати те, що зламалося, і повторно тестувати результат — без потреби, щоб людина вручну копіювала повідомлення про помилки в чат.
Інструменти для розробки софту фактично переробляють так, щоб ШІ міг працювати всередині самого процесу, а не лише як допоміжна функція збоку.
«Кінець набору коду» — це не «кінець інженерії софту»
Коли генерація коду стає майже безкоштовною, основне навантаження зміщується на архітектуру, продуктивність, нативні API, тестування та управління залежностями — просто тому, що перевіряти все рядок за рядком уже ніхто не встигає. За даними звіту Veracode щодо безпеки коду, згенерованого ШІ, за 2026 рік, приблизно 44% протестованих задач з генерації коду ШІ призвели до появи коду з відомою вразливістю. Втім, це контрольований бенчмарк, а не реальна статистика по продакшену.
Водночас команда безпеки Microsoft застосовує ШІ й для протилежного завдання — пошуку вразливостей. Система під кодовою назвою MDASH, агентний сканер вразливостей, уже використовується інженерними командами у Windows, Azure та системах ідентифікації.
Команда безпеки Windows заявляла, що MDASH «дозволив нашій команді безпеки шукати вразливості в масштабах Windows зі значно вищою глибиною аналізу, ніж це було можливо раніше», зокрема під час роботи над ядром Windows, Hyper-V та мережевим стеком.
Розробники, можливо, і справді пишуть менше коду вручну, але Microsoft тим часом активно спрямовує ШІ на розбір одних із найскладніших ділянок коду в самій Windows.
Код, згенерований штучним інтелектом, впливає на Windows 11 більше, ніж здається
Це не перший випадок, коли доводиться розшифровувати короткі тези Фаулера. Саме він раніше заявляв, що нативні застосунки повертаються — і відтоді ми справді спостерігаємо помітний зсув Microsoft у бік нативної розробки на WinUI 3 замість вебобгорток.
Redmond тепер офіційно рекомендує WinUI 3 як нативний фреймворк для нових застосунків Windows, і цей фреймворк тепер справді з відкритим кодом. Більш відкритий і краще задокументований нативний інструментарій дає ШІ-агентам більше матеріалу для роботи — за тим самим принципом, що й кодифікована модель застосунків в Aspire.
Для новачків Microsoft підготувала окремий гайд у Learn про те, як використовувати Copilot для побудови застосунків на WinUI, включно з автодоповненням коду, контекстом файлів і проєктно-специфічними інструкціями.
Наразі неможливо підтвердити, що всі покращення Windows 11 цього року написані саме ШІ, але враховуючи масштаб списку нових функцій і виправлень, який зробив систему помітно зручнішою, складно не помітити прогрес порівняно з традиційними темпами розробки. Додатково Microsoft виправила величезну кількість помилок: липневе оновлення закрило рекордні 570 вразливостей.
Компанія також робить ставку на апаратно-орієнтовану розробку через Project Zenith. Проєкт анонсували 4 вересня — йдеться про полегшену, орієнтовану на розробників конфігурацію Windows 11 із суворими вимогами до заліза: щонайменше 64 ГБ уніфікованої пам’яті та пропускна здатність 250 ГБ/с, спершу — на чипах AMD Ryzen AI Halo.
Замість того, щоб платити за кожен токен, надісланий у хмару, розробники отримують достатньо локальної потужності, щоб запускати ШІ-моделі з понад 30 мільярдами параметрів прямо на своєму пристрої. Сама ідея не нова, але тепер під неї з’явилася окрема версія Windows.
Розробники можуть перестати друкувати код руками, але це не означає кінець інженерії
Пост Фаулера навряд чи варто сприймати як пророцтво — і з огляду на його досвід точно не варто списувати це на банальну лінь досвідченого інженера. Фраза «писати код вручну — це вже минуле» — це радше стислий опис того, куди зараз зміщуються зусилля розробників.
Генерація коду дешевшає. Цінність переходить у площину прийняття рішень про те, що саме будувати. Найскладнішою частиною роботи може стати саме перевірка результатів роботи ШІ-агента та впевненість у тому, що результат достатньо швидкий і безпечний.
Microsoft активно будує інструменти саме під такий формат роботи. Розробник нікуди не зникає — просто клавіатура, схоже, остаточно перестала бути центром процесу написання коду.