Как создавать сложные проекты без боли Чтобы пилить микро приложения максимально эффективно с минимальным количеством проблем и багов я всегда разбиваю разработку на примерно такие стадии: 1. Делаю демку с использованием ключевой технологии, чтобы сразу наткнуться на проблемы во взаимодействии, если они есть. Например: — Чат на основе OpenRouter, в котором LLMка отвечает на сообщения юзера. С этого я начинал Fanfy.studio — Отрисовка простой 3d сцены, если делаю какую-нибудь игру — Запуск гудка 1 ноты для прототипа синтезатора 2. Микро изменениями превращаю базово рабочую программу в продукт, который минимально решает нужную проблему. У Fanfy путь был такой: чат с LLM -> + системный промпт на генерацию фанфиков -> + кнопки "продолжить"/"ввести идею для продолжения" -> + кнопка "перегенерировать" -> + раздел персонажей -> + возможность работать с разными чатами/фанфиками ... У Ultrapreview.app такой: Canvas для рисования на фронте -> + импрот картинок + экспорт результата + базовый вызов Gemini image edit api + удаление фона картинки + редактирование картинки + генерация картинки ... 3. Если сервис устраивает, то докидываю остальной обвес: — Пользователи и вход/регистрация — Лимиты и балансы юзеров — Оплата и пополнение баланса — Чуть более приятный дизайн 4. Финальные фиксы. Если не устраивают какие-то детали, мелкие баги, неточности, то исправляю их. Главная суть такого подхода в том, чтобы проект был живым после каждой стадии и каждой промежуточной доработки. Я не перехожу к следующему шагу, если проект не запускается или имеет критические ошибки. Баги могут быть пропущены на следующий этап, если они являются достаточно незначительными и они не ломают основную суть программы. Тогда все критичные проблемы будут обнаружены в самом начале, а не под конец, когда код сложный и потрачено много сил на разработку. Решать проблемы в минималистичном проекте всегда легче. Если вам нужно что-то автоматизировать, прикрутить AI или закодить, пишите сюда @oleg_code