Генеральный директор Microsoft AI говорит, что теперь вы можете создавать приложения за секунды. Кодинг мёртв?

Объявление, которое изменило всё

В прошлый четверг Мустафа Сулейман сделал заявление, которое волнует сообщество разработчиков с тех пор. Генеральный директор Microsoft AI сказал — и я цитирую напрямую — что "теперь любой может виб-кодить и создавать приложение за секунды."

Слушайте, я слышал гиперболу от технических CEO. Этот случай бьёт иначе.

Почему? Потому что Сулейман — не какой-то посторонний, делающий прогнозы. Он руководит компанией, которая буквально владеет GitHub Copilot. У него есть доступ к данным, которых нет ни у кого другого. Когда он говорит, что барьер рухнул, он не гадает — он сообщает о том, что видит.

Время также примечательно. Это произошло ровно через год после того, как Андре Карпати ввёл термин «vibe coding» для описания создания одноразовых проектов на выходных. Отрасль посмотрела на это и сказала «нет, мы выпускаем это в продакшн».

И мы сделали. Огромное ли мы сделали.

Как выглядит 92% ежедневного использования на самом деле

Позвольте нарисовать вам картину. В прошлом месяце я был на встрече основателей в Сан-Франциско. Из 40 человек ровно один поднял руку, когда спросили "кто не использует инструменты кодирования с ИИ регулярно."

Один человек.

Цифра 92% — это не какое-то академическое прогнозирование — это описание того, что уже происходит^[2]. Мы прошли кривую внедрения. Мы на плато продуктивности.

Вот что это означает на практике:

Траектория ясна. Вопрос больше не в "если", а в "насколько быстро".

Но вот что вам никто не расскажет

Мы можем строить быстрее. Это неоспоримо.

Но можем ли мы строить безопасно?

Вот неприятная правда: 45% кода, сгенерированного ИИ, содержит уязвимости безопасности^[4]. Повторю ещё раз, потому что это важно. Почти половина кода, который пишет ИИ, имеет проблемы с безопасностью.

Самый свежий пример? Утечка данных Moltbook. Полностью созданная с помощью vibe coding платформа открыла 1,5 миллиона API-ключей для публичного интернета^[5]. Не исследовательский эксперимент. Не CTF-челлендж. Реальный продукт с реальными пользователями и реальными секретами, которые были разграблены, потому что код — хотя и функциональный — не был написан с учётом безопасности.

Именно здесь заявление Сулеймана о «создании за секунды» начинает ощущаться скорее как предупреждение, чем как прогресс.

Кризис безопасности, скрытый в вашем сгенерированном коде

Я занимаюсь виб-кодингом около шести месяцев. Выпустил три продукта. Нашел проблемы безопасности во всех трех.

Вот что я узнал:

Проблемы предсказуемы

• Жестко зашитые API-ключи — ИИ не всегда знает, что нужно использовать переменные окружения
• Отсутствие валидации ввода — Сгенерированные эндпоинты часто слепо доверяют пользовательскому вводу
• Нарушенная аутентификация — обработка сессий, валидация токенов и хеширование паролей забываются
• SQL-инъекция — даже в 2026 году ИИ иногда пишет SELECT * FROM users WHERE id = ${id}

Исправления просты (но их никто не делает)

Вам нужно проверять каждую строку кода, сгенерированного ИИ, как если бы его написал незнакомец. Потому что именно так и есть.

Теперь я запускаю автоматические проверки безопасности перед каждым деплоем. Snyk, CodeQL, npm audit — что угодно. Эти дополнительные 10 минут уже не раз меня спасали.

Так Сулейман ошибается?

Не совсем. Он просто неполный.

Приложения, которые вы можете создать за секунды? Они реальные. Функциональные. Готовые к выпуску. Я создал панель управления в прошлые выходные примерно за 3 часа, что заняло бы у меня неделю в 2024 году.

Но вот в чем нюанс: часть "за несколько секунд" относится к первой версии. Версии, которая работает. Версии, которую вы можете показать пользователям.

Версия, которая не приведет к взлому? Это требует больше времени. Больше проверок. Больше инженерной дисциплины.

Сулейман прав, что барьер рухнул. Но он не сказал, что под ним есть скрытый пол — и он оказался полон открытых API-ключей и отсутствующих проверок авторизации.

Что это значит для инди-фаундеров

Если вы строите в одиночку или с небольшой командой, вот ваше стратегическое преимущество:

Быстрая доставка с помощью ИИ. Инженерная безопасность — когда это важно.

Порядок важнее скорости:

• Используйте vibe coding для валидации — быстро получите что-то перед пользователями
• Запустите MVP — Проверьте на реальной тракции
• Рефакторинг с учётом безопасности — Прежде чем масштабировать
• Аудит перед маркетингом — не станьте следующей заголовкой

Основатели, которые выигрывают сейчас, не те, кто никогда не трогает код. Они те, кто использует ИИ, чтобы двигаться быстро, а затем привлекает опыт (или изучает его сами), прежде чем продукт станет важным.

Момент Линуса

Вот что запомнилось мне: Линус Торвальдс — человек, написавший Linux, написавший миллионы строк кода — недавно использовал Google Antigravity, чтобы собрать компонент без написания кода самостоятельно^[6].

Подумайте об этом.

Создатель одной из самых сложных программных систем, когда-либо созданных, посмотрел на то, что может ИИ, и сказал «ладно, я буду это использовать».

Если Линус может вайб-кодить, может остальным стоит перестать притворяться, что это ниже их достоинства.

Часто задаваемые вопросы

Итог

Сулейман прав. Барьер исчез. Теперь можно создавать приложения за секунды.

Но вот что он никогда не скажет в подкасте: приложения, которые вы строите за секунды, — это те же приложения, которые утечут данные ваших пользователей в продакшене.

Это не повод остановиться. Это повод действовать умно.

Используйте инструменты. Выпускайте быстро. Но прежде чем масштабироваться, замедлитесь и сделайте инженерную работу, которая действительно имеет значение. Ваши пользователи — и ваши API-ключи — будут вам благодарны.

Похожие публикации

Источники

• Что такое Vibe Coding? Полное руководство 2026
• Cursor vs Windsurf для Vibe Coding: что побеждает в 2026?
• Как создать приложение на ИИ за 7 дней (пошагово)
• Как быстро получить 100 бета-пользователей

Оригинально опубликовано на Блоге GetFree.APP — Последнее обновление: 17 февраля 2026 г.