Почему все любят Supabase?



Читая комменты на youtube, комменты к постам в телеграм, периодически заглядывая в чатики по FlutterFlow, я постоянно встречаю посты, в которых люди признаются в любви к Supabase. Чем это может быть вызвано?

Мои предположения:



1️⃣ Нет банковской карты, поэтому нельзя переключить Firebase на план Blaze (ну либо устали воевать с заказчиками, чтобы те обзавелись картой). Я полностью понимаю эту боль - в предыдущем посте как раз и писал, что снова стоим из-за отсутствия карты.

Аккаунт в google play можно купить готовый, к FlutterFlow скорее всего (*но я не проверял*) можно привязать виртуальную карту, но вот Firebase… это просто мука.



2️⃣ Запуск на своем сервере. В теории звучит это, конечно, прикольно, да и заказчикам понравится - опять забрать весь код себе и ни от кого не зависеть. Но чтобы развернуть supabase на стороннем сервере… придется неплохо так подзаморочиться, а чтобы залить на какие-то облачные технологии (например Яндекс.Облако) еще и разбираться в Docker.



3️⃣ Можно делать сложные запросы к данным и все потому, что под капотом SQL. Для тех, кто не понимает, про что речь, то sql позволяет делать с данными все возможные операции, прямо как в excel таблицах. То есть строить какие-то сводные таблицы, чертить графики, применять сложные формулы и тд. Короче Firebase со своими убогими (по-другому не скажешь) фильтрами просто курит в сторонке.



4️⃣ Якобы Firebase слишком дорогой, а вот supabase не пытается нажиться на бедных стартаперах и берет по-божески 😆



Фух, вроде все плюсы, что нашел. Скажу так - я со всем согласен, но даже все вместе эти “плюсы” не стоят того, чтобы отказываться от Firebase.

1️⃣ Вопрос с картой - неприятный, но решаемый. Лучше один раз обзавестись картой, чем постоянно городить костыли, пытаясь найти несанкционные сервисы.

2️⃣ Запуск на своем сервере - хм, честно говоря, ни разу не пригодился. Те проекты, что делал на supabase, мы просто залили на тот же google cloud =) То есть по факту ничего не поменялось.

3️⃣ SQL штука точечная, и для большинства проектов просто не нужна. Делать какие-то несложные (с точки зрения БД) проекты на sql - это просто стрелять себе в ногу.

4️⃣ Ну и вопрос про стоимость поддержки. Почему-то мне кажется, что про это пишут люди, у которых едва ли сервера ломятся от избытка пользователей =)) Стоимость поддержки сильно зависит от приложения (сколько данных сохраняете, какого типа данные (текст, картинки, видео и тд)). Если вы будете запускать реальный стартап, то свой сервер с Supabase вам, скорее всего, придется заливать на облако. Разных “облаков” много: Google Cloud, Microsoft Azure, AWS (amazon web services)… в России есть Яндекс.Облако… у сбера что-то свое тоже было. Но в любом случае за “свой сервер” тоже нужно платить. Зайдите на сайт перечисленных выше ресурсов и сравните их тарифы с тарифами по Firebase. Какой-то особой экономией и не пахнет.



Короче. Supabase - это супер крутой инструмент, который заметно развязывает вам (как разработчику) руки, но насильно пихать его в каждый проект точно не стоит. Из наших 60+ проектов, supabase был лишь в 9 (специально посчитал). Как правило, это приложения для магазинов (так как много данных (товаров), уже представленных в табличной форме) и еще разные финансовые трекеры (как раз нужны были excel`вские формулы, графики и тд).



В остальных же случаях я предпочту использовать Firebase и сэкономлю себе много часов жизни =) С Firebase работать намного удобнее и проще, а от некоторых функций (например, обновления данных в реальном времени) клиенты вообще… писаются кипятком. 🤭



И вот вроде как я должен нахваливать supabase, насколько хватит фантазии - ведь я включил подробный блок про нее в продвинутый тариф на своем курсе, но… лучше быть честным и написать, что реально думаешь.

Я искренне считаю, что те, кто хочет стать именно “продвинутым” разработчиком, обязаны в supabase шарить (интернет магазинов то много =)), но вот если вы совсем новичок - то не задавайтесь вселенскими вопросами (Supabase VS Firebase), а смело выбирайте последний.



#на_заметку #обучение