I have angered so many frontend devs by touting this for years.
It amazes me how common sense like this is instantly attacked and belitteled. Unless you create a user-interface UI in a webpage (a complicated frontend state), I think its way more reasonable to just use html/css with small sprinkles of js to open/close menues and modals. It loads fast, its less code so its easier to maintain. It does not require a complicated build step that instantly becomes deprecated once its deployed. Heck, its even greener, it requires less CPU power to build and render.
I’ve found it is quite doable to have open/close menus purely with html and css these days using selectors!
The text you click on is a label for a hidden checkbox. The checkbox you put adjacent to the item you’re hiding/showing. Then put css on it that uses input[type=checkbox]:checked and the tilde operator
As CSS has developed over the last few years it is amazing how much you can now do on the front-end without JavaScript.
I wish the browsers would enable their "behind-a-flag" support for masonry so many sites could then remove another chunk of JavaScript being used for layout.
There's a ton of things that sorta work, I use an all-CSS solution as a fallback for browsers that don't have the CSS property enabled. The problem is that all the pure CSS solutions order the grid in a different order than would be expected by the user. All the JavaScript solutions fix this, but, you know, JavaScript...
this was discussed here in comment several times, and opposite opinion is that kotlin added enough creatives and opinionated constructs which make it more innovative and less simple.
I think the closest thing is if someone would create linter for java which would allow only essential structures and library API. Java has very good foundational core.
I am from Norway, and decided to call.
Ended up talking 30 mins with an extremely nice lady in the south of sweden.
10/10 would recommend - Swedes are awesome
