📛 Минусы у Supabase, конечно, тоже есть:
- если вдруг проект вырастает до Discord'а по масштабу (99% нет, но надеемся 🐱), то будет огромное количество проблем и задач по переделыванию – для миллионов пользователей будут видимые эффекты замедления ввиду прослойки (но сначала всё же цель найти этот миллион, а там уже можно поднять раунд финансирования и нанять специалистов);
- уступает промышленным решениям по работе с инфраструктурой, фоновым функциям, поддержке и т. д.;
- всё равно нужно писать миграции и версионировать схему, а также только одна база данных и нет возможности использовать специализированные решения по данным, например, популярные Elastic, Clickhouse, Redis кластер (хотя просто Redis реально), брокеры Kafka; и даже так есть развитие в новых направлениях (векторные представления поддерживаются), а всё оставшееся можно сделать через свои дополнительные сервисы, да и нужно ли это сервису до тысяч пользователей в один момент?).


Кому подходит Supabase:
- соло-основателям ("фаундерам"), которые хотят MVP за выходные и которое сможет держаться и выполнять необходимые задачи и дальше ещё приличное время: до раундов инвестиций и ещё столько же;
- продуктовым командам, которым важна скорость, а не философия фреймворков;
- стартапам, готовящимся к pivot'у — где проще переписать UI, чем бэкенд;
- всем, кто хочет PostgreSQL без DevOps-боли, то есть буквально любому небольшому бизнесу.

Почему стоит выбрать Supabase и похожие решения? Потому что они экономят самое дорогое – время стартапера, а скорость – это сила. Это больше попыток, лучше сон. Есть идея – вперёд делать https://supabase.com/

🔖 Получается, мой набор технологий будет выглядеть так:
- dokploy для сборки и администрирования;
- веб-приложение или tg mini app на базе react или nextjs, а также tailwind, shadcnui, reactquery, zustand;
- генерация дизайна с помощью ai и cursor;
- supabase для базы данных и backend'а;
- для чего-то дополнительного typescript обработчики.


Ещё можно заранее подумать и использовать решение для монорепозитория, чтобы, например, иметь одинаковые компоненты (условная кнопка) между несколькими приложениями или иметь одинаковую логику у разных обработчиков. При грамотном подходе изначально на такое относительно легко перейти.

#projects #instruments #developing
 
 
Back to Top