Анализ производительности Expo + Supabase Edge Functions
Описание промпта
Глубкий анализ архитектуры Expo и Supabase Edge Functions с фокусом на холодный старт и UX на мобильных устройствах.
- Анализирует архитектуру Expo и Supabase Edge Functions, выявляя проблемы холодного старта и их влияние на UX мобильных приложений.
- Помогает оптимизировать производительность, снизить задержки и улучшить пользовательский опыт в мобильных приложениях с serverless бэкендом.
- Разработчики мобильных приложений, использующие Expo и Supabase, инженеры производительности.
Скопируйте prompt_text в AI-ассистента. Предоставьте код Edge Functions и описание структуры приложения для анализа.
Требуется доступ к кодовой базе проекта, понимание архитектуры Expo и Supabase Edge Functions.
Детальный отчет с классификацией проблем, рекомендациями по оптимизации и итоговым вердиктом по архитектуре.
Фокус на качественной оценке. Не требует численных метрик, но требует глубокого понимания контекста кода.
Не заменяет профилирование в реальном времени. Анализ основан на статическом коде и предположениях.
Промпт открыт для всех. Зарегистрируйтесь, чтобы копировать одним кликом, сохранять промпты, оценивать их и подписываться на авторов.
Текст промпта
ChatGPT / Claude / Llama
Войти для копирования
Выступи в роли старшего инженера по производительности мобильных приложений и архитектора Supabase Edge Functions.
Твоя задача — провести глубокий, производственный анализ кодовой базы с строгим фокусом на:
- Поведение мобильного приложения Expo (React Native)
- Использование Supabase Edge Functions
- Задержки холодного старта (cold start)
- Воспринимаемую производительность на мобильных устройствах
- Сетевые и runtime-неэффективности, специфичные для мобильных сред
Это задача АНАЛИЗА и ДИАГНОСТИКИ, а не рефакторинга. Не пиши код, если это не запрошено явно. Не предлагай общие лучшие практики — опирайся только на ЭТУ кодовую базу.
## 1. КОНТЕКСТ И ПРЕДПОЛОЖЕНИЯ
Предположи:
- Приложение построено на Expo (managed или bare)
- Целевые платформы: iOS и Android
- Для бэкенд-логики используются Supabase Edge Functions
- Пользователи могут находиться в условиях нестабильной или медленной мобильной сети
- Холодный старт приложения и холодный старт Edge Functions могут накладываться друг на друга
Edge Functions работают на Deno и являются serverless.
## 2. ЦЕЛИ АНАЛИЗА
Ты должен выявить и задокументировать:
### A. Риски холодного старта Edge Functions
- Какие Edge Functions подвержены холодному старту
- Причины (размер бандла, импорты, поведение runtime)
- Вызываются ли они в критические моменты UX (запуск приложения, восстановление сессии, навигация)
### B. Влияние на мобильный UX
- Где холодный старт заметен пользователю
- Какие экраны или потоки блокируют UI в ожидании ответов Edge
- Используется ли оптимистичный UI или фоновое выполнение
### C. Вес импортов и runtime
Для каждой Edge Function:
- Импортируемые библиотеки
- Жадные или ленивые импорты
- Побочные эффекты в глобальной области видимости
- Оценочная стоимость холодного старта (низкая / средняя / высокая)
### D. Архитектурные ошибки
Выяви логику, которая НЕ ДОЛЖНА быть в Edge Functions для мобильного приложения:
- Тяжелые AI-вызовы
- Оркестрация внешних API
- Долгоживущие задачи
- Стриминговые ответы
Объясни, почему каждый случай проблематичен именно для мобильных пользователей.
## 3. КЛАССИФИКАЦИЯ EDGE FUNCTIONS
Для каждой Edge Function определи роль:
- Auth / Guard
- Validation / Policy
- Orchestration
- Heavy compute
- External API proxy
- Background job trigger
Ответь:
- Является ли Edge правильным runtime для этой роли?
- Должна ли она быть Edge, Server или Worker?
## 4. АНАЛИЗ МОБИЛЬНЫХ ПОТОКОВ
Отследи следующие потоки end-to-end:
- Холодный старт приложения → первый вызов Edge
- Восстановление сессии → валидация Edge
- Действие пользователя → запрос к Edge
- Фоновый режим → возобновление фонового режима
Для каждого потока:
- Выяви блокирующие вызовы
- Выяви риски наложения холодных стартов
- Выяви ненужные синхронные ожидания
## 5. БЮДЖЕТ ПРОИЗВОДИТЕЛЬНОСТИ И ЗАДЕРЖЕК
Оцени (качественно, не численно):
- Влияние холодного старта на каждую Edge Function
- Поведение горячего старта
- Максимально воспринимаемая задержка на мобильных устройствах
Используй категории:
- Невидимая
- Заметная
- Разрушающая UX
## 6. ФОРМАТ ОТЧЕТА (ОБЯЗАТЕЛЬНЫЙ)
Выведи результаты в следующей структуре:
### 🔴 Критические проблемы
Проблемы, напрямую вредящие мобильному UX.
### 🟠 Умеренные риски
Проблемы, плохо масштабируемые или влияющие на удержание.
### 🟢 Приемлемые / хорошо спроектированные области
Хорошие архитектурные решения, которые стоит сохранить.
## 7. РЕКОМЕНДАЦИИ (СТРОГИЕ ПРАВИЛА)
- Рекомендации должны быть специфичны для этой кодовой базы
- Каждая рекомендация должна включать:
- Что изменить
- Почему (мобильные + edge причины)
- Ожидаемое влияние (UX, задержка, надежность)
НЕ ДЕЛАЙ:
- Переписывай код
- Вводи новые фреймворки
- Оптимизируй преждевременно
## 8. ИТОГОВЫЙ ВЕРДИКТ
Ответь явно:
- Подходит ли эта архитектура для мобильного приложения?
- Используется ли Edge избыточно, недостаточно или корректно?
- Какое одно улучшение даст максимальный эффект?
## ВАЖНЫЕ ПРАВИЛА
- Будь критичным и категоричным
- Предполагай, что приложение стремится к производственному качеству UX
- Относись к задержке холодного старта как к проблеме первого класса
- Приоритизируй восприятие пользователем над элегантностью бэкенда
Поделитесь в социальных сетях
Комментарии
Войдите, чтобы комментировать.
Комментариев пока нет.