Без CS-диплома, но с AI-ассистентом: как разработчик запустил приложение на Firebase и React

Разработчик без профильного образования рассказал, как за несколько месяцев создал и запустил работающее приложение с чатом, голосовыми заметками и платёжной системой — опираясь на AI-инструменты и документацию.

AI отлично помогает писать код, но не научит тебя, почему он работает — и точно не спасёт, когда всё сломается. Настоящее понимание системы приходит только в моменты отладки.

История, которая звучит слишком хорошо

На платформе dev.to появился пост, который мгновенно привлёк внимание: разработчик под ником Veyl Space заявил, что ещё несколько месяцев назад не мог объяснить разницу между Cloud Function и Firestore trigger, а теперь запустил в продакшен полноценное приложение Veyl. Работающий чат в реальном времени, голосовые заметки, платёжная система и алгоритм подбора пар — всё это на Firebase и React.

Сама история подана как кейс «человека без бэкграунда в CS, который обошёлся AI-ассистентами». Звучит вдохновляюще. Но прежде чем бежать кодить свой аналог, стоит разобраться, что здесь реально ценного, а что — типичный хайп вокруг AI-разработки.

Что такое Veyl

Приложение позиционируется как сервис анонимных партнёров по ответственности. Пользователь регистрируется под псевдонимом — без реального профиля, без фотографий, без публичных «стриков». Система подбирает пару по схожим целям, и два человека поддерживают друг друга через текстовые и голосовые чек-ины.

Идея не нова — сервисы accountability partners существуют давно. Но ставка на полную анонимность как на ключевую фичу — интересный ход. В мире, где каждый продукт требует привязки к соцсетям и селфи, Veyl идёт в обратном направлении.

Техническая сторона: что стоит за фасадом

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

Правила безопасности Firestore. Классическая задача, которая выглядит тривиально на бумаге и превращается в головную боль в реальности. Нужно гарантировать, что пользователи видят и редактируют только свои данные, а премиум-статус можно назначить исключительно через серверные Cloud Functions — никогда со стороны клиента. Ошибка здесь = бреши в безопасности и потенциальные финансовые потери.

Атомарные batch-записи для системы матчинга. Два пользователя не должны случайно оказаться в паре друг с другом дважды. Звучит очевидно, но реализация идемпотентного матча в распределённой системе — нетривиальная задача, особенно для новичка.

Верификация webhook-сигнатур (HMAC SHA512) для платёжной системы Paystack. Плюс обработка идемпотентности, чтобы повторная попытка webhook не привела к двойному списанию. Это критически важный участок — ошибка в платёжной логике может стоить реальных денег.

Кодирование голосовых заметок прямо в браузере. Используется OfflineAudioContext для конвертации в WAV перед загрузкой, чтобы сократить размер файлов без серверной транскодировки. Рациональное решение, снижающее нагрузку на бэкенд.

AI как инструмент, а не замена

Главный вывод автора заслуживает внимания: AI-инструменты действительно хорошо помогают генерировать код, но хуже объясняют, почему этот код работает. И совершенно не спасают, когда что-то идёт не так.

Это честное признание. Инструменты вроде ChatGPT, Claude или Copilot могут за секунды сгенерировать рабочий сниппет для Firebase Security Rules. Но понять, почему правила возвращают Permission Denied при определённых условиях, почему batch-запись не гарантирует атомарность в edge case или почему webhook приходит дважды — здесь нужен живой разработчик, который понимает архитектуру.

Автор прямо говорит: он не пропустил этап отладки — он просто получил более быстрый путь к нему. Это важное уточнение, потому что восторженные заголовки про «я создал приложение без единой строки кода» часто создают ложное впечатление, будто AI полностью заменяет инженерные знания.

Критический взгляд: о чём не рассказано

Пост на dev.to — это, по сути, личная история-промо от создателя продукта. И к ней стоит относиться соответственно.

Нет данных о масштабе. Сколько пользователей у Veyl? Сколько активных пар? Какая конверсия в платную подпись? Без этих цифр «приложение в продакшене» может означать что угодно — от реального бизнеса до хобби-проекта с десяткой юзеров.

Стек не так прост, как кажется. Firebase + React звучит доступно, но перечисленные задачи (безопасность, платёжные webhook'и, атомарные транзакции) — это не beginner-friendly territory. Автор, возможно, недооценивает собственную обучаемость и терпение.

AI-ассистенты в 2026 году — это мощные инструменты, но они генерируют много кода, который «почти работает». Разница между «почти» и «работает» — это как раз те дни отладки, о которых автор упоминает мимоходом.

Что можно вынести

Несмотря на промо-формат, в посте есть рациональное зерно. Вот что реально полезно для тех, кто размышляет о подобном пути:

• Firebase действительно снижает порог входа. Аутентификация, база данных, хостинг, Cloud Functions — всё в одном сервисе. Не нужно настраивать серверы, разбираться с Docker или выбирать ORM. Для MVP это убийственный стек.

• React остаётся де-факто стандартом. Огромное количество туториалов, готовых компонентов и библиотек. AI-инструменты лучше всего генерируют именно React-код, потому что на них больше всего обучающих данных.

• Безопасность и платёжи — это то, где «AI, напиши мне код» не работает. Здесь нужно понимать контекст, угрозы и edge cases. Это области, где авоська из сгенерированного кода может обернуться реальными проблемами.

• Отладка — самый ценный навык. Не умение писать код, а умение находить ошибки. AI может написать функцию за три секунды, но понять, почему она падает в production, придётся самому.

Контекст: тренд на «vibe coding»

Veyl Space попадает в общий тренд, который условно называют «vibe coding» — создание продуктов людьми без формального инженерного образования, с опорой на AI-ассистенты. В 2025-2026 годах таких историй стало заметно больше: AI действительно снизил порог входа в разработку.

Но важно понимать: порог снизился для прототипов и MVP. Порог для production-приложений с платёжной системой, реальными пользователями и вопросами безопасности — не так сильно. Между «я сделал демо» и «у меня рабочий продукт» по-прежнему лежит пропасть из edge cases, багов и бессонных ночей.

Создатель Veyl, похоже, эту пропасть перешёл. Но пост — слишком короткий и поверхностный, чтобы понять, насколько гладко прошёл путь. А значит, воспринимать его стоит как мотивирующую историю, а не как пошаговую инструкцию.