Promt-Hub
Главная / Программирование и IT / Анализ производительности Expo + Supabase Edge Functions

Анализ производительности 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
- Относись к задержке холодного старта как к проблеме первого класса
- Приоритизируй восприятие пользователем над элегантностью бэкенда

Поделитесь в социальных сетях

Комментарии

Войдите, чтобы комментировать.

Комментариев пока нет.