Від Команди GetFree·19 лютого 2026·5 хв читання
Генеральний директор Microsoft AI каже, що ви тепер можете створювати додатки за секунди. Чи мертве програмування?
✓Основні висновки
- ●92% розробників у США тепер щодня використовують інструменти кодування з ШІ[2]
- ●41% усієї глобальної коду створено ШІ[3]
- ●45% коду, згенерованого AI, містить вразливості безпеки[4]
- ●Злам Moltbook виявив 1,5 мільйона API-ключів з платформи, створеної за допомогою vibe-кодування[5]
- ●Mustafa Suleyman каже, що додатки тепер можна створити "за секунди"[1]
- ●Лінус Торвальдс нещодавно використав Google Antigravity для написання коду — без написання його самостійно[6]
Оголошення, яке все змінило
Минулого четверга Мустафа Сулейман зробив заяву, яка з того часу поширювалася по спільноті розробників. Генеральний директор Microsoft AI сказав — і я цитую безпосередньо — що «будь-хто тепер може vibe code та створити додаток за кілька секунд.»
Слухайте, я чув гіперболу від генеральних директорів у сфері технологій раніше. Ця вражає по-іншому.
Чому? Бо Сулейман — не просто сторонній спостерігач, який робить передбачення. Він керує компанією, яка буквально володіє GitHub Copilot. Він має доступ до даних, яких немає ні в кого іншого. Коли він каже, що бар'єр розпався, він не вгадує — він повідомляє про те, що бачить.
Час також має значення. Це сталося рівно через рік після того, як Андре Карпаті ввів термін «vibe coding» для опису створення одноразових проєктів на вихідних. Галузей подивилася на це і сказала «ні, ми відправляємо це в продакшн».
І ми зробили. Бо, зробили ми.
Як насправді виглядає 92% щоденного використання
Позвольте описати картину. Минулим місяцем я був на зустрічі засновників у Сан-Франциско. З 40 людей лише один підняв руку, коли запитали: «хто не користується інструментами для кодування з ІІ регулярно?»
Один.
Цифра 92% — це не якась академічна прогностична модель — це опис того, що вже відбувається[2]. Ми минули криву впровадження. Ми на плато продуктивності.
Що це означає на практиці:
| Метрика | 2024 | 2026 |
|---|
| Розробники, які щодня використовують ШІ | 30% | 92% |
|---|---|---|
| Код, згенерований ШІ | 12% | 41% |
| Стартапи YC з 95%+ кодових баз на ШІ | 8% | 25%[3] |
Тренд очевидний. Запитання вже не «чи», а «наскільки швидко».
Але є річ, яку вам ніхто не каже
Ми можемо будувати швидше. Це не суперечиться.
Але чи можемо ми будувати безпечно?
Ось неприємна правда: 45% коду, згенерованого ШІ, містить вразливості безпеки[4]. Скажіть це ще раз, бо це важливо. Майже половина коду, який пише ШІ, має проблеми з безпекою.
Найсвіжіший приклад? Злам Moltbook. Повністю створена за допомогою vibe-кодування платформа відкрила 1,5 мільйона ключів API для публічного інтернету[5]. Не дослідницький експеримент. Не CTF-випробування. Реальний продукт із реальними користувачами та реальними секретами, який було розграбовано, бо код — хоч і функціональний — не був написаний із урахуванням безпеки.
Це та частина, де заява Сулеймана «будувати за секунди» починає здаватися менш прогресивною та більше — попередженням.
Криза безпеки, що ховається у вашому згенерованому коді
Я vibe coding приблизно шість місяців. Випустив три продукти. Знайшов проблеми з безпекою в усіх трьох.
Ось що я дізнався:
Проблеми передбачувані
- Зашиті API-ключі — ШІ завжди не знає, як використовувати змінні середовища
- Відсутня валідація вхідних даних — згенеровані кінцеві точки часто сліпо довіряють вхідним даним користувача
- Зламана автентифікація — Обробка сеансів, валідація токенів і хешування паролів забуваються
- SQL injection — Навіть у 2026 році ШІ іноді пише
SELECT * FROM users WHERE id = ${id}
Виправлення прості (але ніхто не робить їх)
Вам потрібно перевіряти кожен рядок коду, згенерованого ШІ, як якщо б він був написаний незнайомцем. Бо він був.
Тепер я запускаю автоматизоване сканування безпеки на кожному проєкті перед розгортанням. Snyk, CodeQL, npm audit — що знадобиться. Ці додаткові 10 хвилин вже не раз мене врятували.
Так чи Сулейман помиляється?
Ні. Він просто неповний.
Додатки, які ви можете створити за кілька секунд? Вони реальні. Функціональні. Готові до випуску. Я створив панель управління минулого вихідних приблизно за 3 години, що зайняло б тиждень у 2024 році.
Але є нюанс: частина «за лічені секунди» стосується першої версії. Версії, яка працює. Версії, яку ви можете показати користувачам.
Версія, яка не зламає вас? Це займе більше часу. Більше перевірок. Більше інженерної дисципліни.
Сулейман правий, що бар'єр розповсюдження. Але він не сказав, що під ним є прихований підлога — і вона повна відкритих API-ключів та відсутніх перевірок авторизації.
Що це означає для інді-засновників
Якщо ви працюєте самі або з невеликою командою, ось ваша стратегічна перевага:
Швидке створення з допомогою ШІ. Інженерія безпеки, коли це важливо.
Порядок важливіший за швидкість:
- Використовуйте vibe coding для перевірки — швидко виведіть щось перед користувачами
- Запустіть MVP — Тестуйте з реальною трафіком
- Рефакторинг із безпекою — Перед масштабуванням
- Аудит перед маркетингом — Не станьте наступним заголовком
Засновники, які зараз перемагають, — не ті, хто ніколи не торкається коду. Вони — ті, хто використовує ШІ, щоб рухатися швидко, а потім залучає експертизу (або вчиться самі) до того, як продукт стане важливим.
The Linus Moment
Ось те, що лишилося зі мною: Лінус Торвальдс — хлопець, який написав Linux, який написав мільйони рядків коду — нещодавно використав Google Antigravity, щоб побудувати компонент без написання коду himself[6].
Поглинуто.
Творець однієї з найскладніших програмних систем, які коли-небудь існували, подивився, що може AI, і сказав «так, я це використаю».
Якщо Лінус може писати код з допомогою ШІ, можливо, решта з нас має перестати видавати це за нічого.
Найчастіші запитання
Чи безпечне вібі-кодування для продакшну?
Може бути — але лише якщо ви ставитесь до результату як до будь-якого іншого коду: перевіряйте, тестуйте та аудитіть на вразливості в безпеці. Перевага швидкості зникає, якщо ваш продукт стане загрозою безпеці.
Чи безпечне вібі-кодування для продакшну?
Не так, як ви думаєте. Роль змінюється з «писаря коду» на «рев’юера коду» та «архітектора продукту». Розуміння коду все ще важливе — вам потрібно розуміти його достатньо, щоб перевіряти те, що створює ІІ, а не писати його з нуля.
Чи замінить ШІ розробників?
Безпека. Рівень вразливості 45% у коді, створеному ШІ, — це реальна проблема, яка погіршується, якщо враховувати, як швидко люди випускають продукт без належного перегляду. Злам Moltbook (1,5M відкритих API-ключів) має налякати будь-кого, хто випускає продукт швидко[^5].
Яка найбільша ризик vibe coding?
- Запустіть сканування безпеки всього згенерованого коду перед розгортанням
Як захистити себе при використанні vibe coding?
Andrej Karpathy (який ввів термін «vibe coding») вже перейшов до «agentic engineering» — наступної еволюції, де ШІ-агенти автономно виконують багатокрокові завдання з розробки. Vibe coding — це опис того, що ви хочете; agentic engineering — це надання ШІ можливості самостійно визначити, що потрібно побудувати, і зробити це.
Яка різниця між vibe coding та agentic engineering?
Підсумок
Сулейман правий. Бар'єр зник. Тепер можна створювати додатки за лічені секунди.
Але ось що він ніколи не скаже в подкасті: додатки, які ви створюєте за секунди, — це ті самі додатки, які витечатимуть дані ваших користувачів у продакшні.
Це не причина зупинятися. Це причина бути розумним.
Використовуйте інструменти. Випускайте швидко. Але перед масштабуванням уповільніться і зробіть інженерну роботу, яка справді має значення. Ваші користувачі — і ваші API-ключі — будуть вам вдячні.
Пов’язані публікації
Джерела
- Що таке Vibe Coding? Повний гід 2026
- Cursor vs Windsurf для Vibe Coding: Що перемагає в 2026?
- Як створити додаток на ШІ за 7 днів (Покроково
- Як швидко отримати 100 бета-користувачів
Спершу опубліковано на блоґі GetFree.APP — Останнє оновлення: 17 лютого 2026
Готові відкрити для себе чудові додатки?
Знайдіть і поділіться найкращими безкоштовними додатками iOS із GetFree.APP