Rich Harris: Hot takes on the web
If you watch one talk about the current state of web development, I recommend the talk by Rich Harris: Frameworks, the Web, and the Edge ↗. It made me nod my head so many times I stopped counting.
It's so refreshing to listen to his humble opinions because they are detached from the ever-ongoing discussions around the best technologies of the web and focus more on a higher goal.
I wrote down my thoughts on some of his ideas to come back later to them every now and then and remind me why we are doing this.
I want to state that I don't agree with everything Rich says in his talk. However, I think that's pretty normal if you listen to someone's opinions.
Your Framework is fine.
You shouldn't switch away from whatever makes you productive at shipping software.
0kb of JS is not the goal
The goal is to satisfy the user's needs, not to ship 0kb of JS.
We need to remind ourselves why we use the technology we use. The goal is not to ship with 0kb of JS. The goal is to give users what they want in your website or app.
We need to ensure our tools keep working when unexpected things happen.
If you enjoy my writings and learn something from them, you can consider to support me! One way of doing this is just as easy as buying me a Coffee!
Thanks so much! This means a lot to me and is a great way to support my work.☕️ Buy me a coffee ☕️
MPAs are dead
Rich compares MPAs to SPAs here and explains why MPAs were on the rise, and SPAs got a bad reputation.
Many of the reasons MPAs were better than SPAs (more accessible, faster, less buggy, less JS) do not exist anymore because SPA frameworks like Next.js and Svelte improved a lot and picked up.
The key argument against MPAs: missing UI persistence. MPA means when you click a link, your browser does a full page reload.
UI persistence is only possible with client-side routing, which is only available in SPAs. And UI persistence is a significant factor for a good user experience.
None of this matters
I don't think AI will take our jobs soon, but I do think there's a better-than-even chance that it will change them beyond all recognition.
Rich points out that the way we do our job will possibly change a lot in the future due to the development of AI. He's under the impression that it will change in a way that code preferences will not play a role anymore in our day-to-day job.
So we can have discussions and share ideas and inspiration around it, but in the future, it might not be something we still need to consider.
I think that's an interesting point which I can support. It feels kind of calming to me because it will mean we'll have the freedom to focus on other things but code preferences.
And if you follow web development on social media, people love to discuss and argue about code preferences. So if they can ditch that and focus on building and shipping, it might be a good thing.
I hope you enjoyed this post and learned something new. If you have any questions, feel free to reach out to me on Twitter ↗ or via Email ↗.
If you want to support me, you can buy me a coffee. I would be very happy about it!☕️ Buy me a coffee ☕️
I wish you a wonderful day! Marco