3
Supabase developer experience improvements - realtimes, types & transactions - Supabase hosted backed/server functions as solution?
Source: supabase/supabase#36731 · opened by @Donnerstagnacht
I like the idea of Supabase - open source, Postgres first and the approach to use other existing open-source technologies. And to build a basic app, Supabase offers a great developer experience. But I think lately, more and more apps would like to offer more Realtime features and are transaction (or trigger) heavy while many developers prefer to build their frontends in typescript (or other typed languages). And I personally feel, that once you try to do that using Supabase, things are not that straightforward anymore, and the developer experience suffers. So, I wanted to argue why I believe this and if Supabase could improve it. The case of Realtime Supabase recommends using [broadcasting ]( now. But to setup a Realtime query, I must write a lot of code and in theory also test that code. As far as I understood, if I would like to listen to a Realtime Todo list table, I would have to: 1. Create a todo table (in sql) 2. Set up row level security (in sql) 3. Activate …
No pledges yet. Be the first to back this.
Comments
Similar requests
Add schema-aware Functions, Args, and Returns helper types to generated Supabase TypeScript types
1 vote · 0 comments
Proposal: Self-Hosted Developer Experience Parity in Studio
1 vote · 0 comments
Edge functions not showing in local Supabase Studio
15 votes · 0 comments
Better Typescript Types
43 votes · 0 comments
Add option to `supabase functions deploy` to delete non-local functions
2 votes · 0 comments
No comments yet.