The more time I spend with #Javascript Framework code, the more I am convinced the devolution and/or dislike of the #CSS Cascade makes sense. Whether it's building an entire application interface or a standalone app or a one-size "responsive" plug n' play app/site I'm seeing why.

If one views source derived from a #Javascript #Framework and opens a current in-browser dev tool, the #CSS is a godawful confusing mess! It is logical to just want to override conflicts in style with inline styles and/or !important. Educators may be looking at it backward. Me.

Instead of explaining the browser sort first, if we start with the most specific rule (Specificity algorithm) we end up with an actual #CSS rule that regardless of origin will apply given we follow (I'm almost sure) likely no more than 3 steps and two exceptions empowering devs.

The challenge now is to articulate what gets us to "most specific" as we develop, not as browsers interpret per se. I think I have it. I'll share when I'm close. If you know anyone looking at a specificity-first model of #CSS #Cascade please lmk and any feedback always welcome!