1
0
Fork 0
mirror of https://git.sr.ht/~seirdy/seirdy.one synced 2024-11-10 00:12:09 +00:00
seirdy.one/content/notes/small-web-frameworks.md
Rohan Kumar 62fbac8fd3
Acknowledge dead link
I don't use archive links to posts deleted by users who would rather not
have their posts archived. Exclude this one from my broken link checker.
2022-11-20 11:30:34 -08:00

19 lines
1.3 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

---
title: "Small web frameworks"
date: 2022-06-19T13:16:46-07:00
replyURI: "https://herd.bovid.space/@garbados/108505876815467986"
replyTitle: "im using preact like a horrible little goblin"
replyType: "SocialMediaPosting"
replyAuthor: "Diana"
replyAuthorURI: "https://garbados.github.io/my-blog/"
---
Preact is better than React for most use cases IMO. I think its small size can make it really powerful when you combine it with something like partial rehydration to make a view load instantly but reduce the time it takes to load the "interactivity" atop the static components.
When the delay between loading the static components and interactivity is small, the app feels fast. When the delay is long, it would have been better to just block the rendering in the first place. Small frameworks like Preact and Svelte shine here.
People used to think that shrinking payload sizes would become less of an issue as infrastructure improved, but the opposite thing happened with hydration-related technologies. Heh.
I still think Vanilla is the least bad option for a good chunk of web apps.
<ins datetime="2022-11-20">Update: this post was originally a reply to a Fediverse post by [@garbados@herd.bovid.space](https://herd.bovid.space/@garbados), which has since been deleted.</ins>