redonkulus

We developed an internal library, but there are similar libraries in open source (although I can't remember their names).

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.

Hmm, I haven't used an RSS reader in many years. Thanks for the tip though.

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.

Essentially it’s because new developers cycle in every decade and do not have all the context of the previous generation of developers.

Real life Yellowstone but instead of ski resorts and casino's, its data centers.

The clicking on the photo title or description to inline edit blew my mind as a young web developer starting out.

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.

Disclaimer: Maintainer of Atomizer.

Is it easy to support other CSS frameworks? I haven’t checked the docs yet.

Also no kids or family

Easy ... money

ELI5 how do you know it’s being downvoted?

Happy cake day

I know it goes against the merits of the site, but it would be great if there was a fallback option to output CSS for browsers that do not support grids.