We've been using similar architecture at Yahoo for many years now. We tried to go all in on a React framework that worked on the server and client, but the client was extremely slow to bootstrap due to downloading/parsing lots of React components, then React needing to rehydrate all the data and re-render the client. Not to mention rendering an entire React app on the server is a huge bottleneck for performance (can't wait for Server Components / Suspense which are supposed to make this better ... aside: we had to make this architecture ourselves to split up one giant React render tree into multiple separate ones that we can then rehydrate and attach to on the client)
We've moved back to an MPA structure with decorated markup to add interactivity like scroll views, fetching data, tabs and other common UX use cases. If you view the source on yahoo.com and look for "wafer," you can see some examples of how this works. It helps to avoid bundle size bloat from having to download and compile tons of JS for functionality to work.
For a more complex, data-driven site, I still think the SPA architecture or "islands" approach is ideal instead of MPA. For our largely static site, going full MPA with a simple client-side library based on HTML decorations has worked really well for us.
Nope, not all. Yahoo homepage, News, Entertainment, Weather all use this architecture. Yahoo Mail uses a React/Reduct architecture on the client. Other Yahoo properties with more complex client-side UX requirements are using things like Svelte or React. It's not a one size fits all architecture at Yahoo, we let teams determine the right tools for the job.
I imagine almost everywhere in the world where something went from rural to metropolis there are stories like this, but the winners write the ending of the story, backed by the legions of people that profit with them.
We have used a similar css utility library (Atomizer) at Yahoo for 8+ years. This has been used across many sites with a large group of developers touching the code. It has saved a ton on CSS size and duplication. We never force only atomic classes, for more complex use cases we push developers to write vanilla CSS.
Some of his points are valid about maintainability and complexity, but that can be resolved by building smaller components to share markup and classes. All depends on the use-case.
That is kinda a good thing. It allows the industry to understand the ebbs and flow of what people enjoy. Like the cycle of life, it allows for the industry to thrive.
That to. We shouldn't blame kids for "stealing" our time, it just happens to work out that way. Block out time... Sure and two minutes in: Dad, I got glue on my fingers.
This type of article is a little like a weight-loss program that tell you, in a roundabout way, that you just need to workout and eat healthy. All the advise is actually sound enough, but it's also something that most of us already know.
I heard Mike Judge on a podcast about a month ago (JRE) saying that the ability to make that intro was a large factor in his motivation of making the Idiocracy movie in the first place.
I have young kids and usually find 2-3 hours to work on my own stuff in the evening after they’ve gone to bed. But I have to sacrifice all the other things people usually get to do in that time. Weekends are just for family.
