Samuel
@samuel.fm
imagining this app in a year… server rendered with RSCs… twice as performant thanks to React Compiler, and twice as fast again thanks to Static Hermes…
6 5 55
goeo like thehell yea bluesky app should stop using atproto
1 3goeo like the(of course, i’m not too serious, and i’m also not a web dev, and i do realise not everything would move to server side, but i do think there’s value in one api all apps share?)
2 3SamuelWe’d still be using the API, just partially on the backend instead. Like a traditional website!
1goeo like thei mean i guess it’s similar to inventing a new service, “app view view”, that talks html (or similar) and not atproto, but i guess the “problem” is that when you are running both the app view and the app view view, it’s unnecessary overhead to have the app view view actually talk to the app view
2 3Samuelyep and in fact we were considering making such a service anyway (backend-for-frontend architecture). It’s actually way less overhead since if we run app logic in the rack right next to the appview it’s ultra low latency, we’re able to cut down waterfalls and give the client exactly what it needs
2 5SamuelFor example, we filter out a ton of stuff on the client side for mod reasons (think mute words etc). what if we did this on the server instead?
2 5
futur 🔹makes sense from a you pov of course but I do want to mention
futur 🔹@futur.blue· 17 Apr 2024I think I've said it before but being able to open the network tab on here and see the actual http requests without everything being ssr is an underrated dx boost
Kuba Suder 🇵🇱🇺🇦Yeah I was literally checking JSON responses in the web inspector like 10 minutes ago, to see what the format of feed and user list responses is…
2goeo like thefwiw this could be an app view thing
1 2
goeo like thei think this is the main fear - people just don’t want to have to parse html again
1 2
Max B 💙 🔶 🇺🇦 🇬🇧 🇪🇺Can we have editing posted Skeets like they have on 🧵