After switching to #Elm: "Alright I've implemented everything except the Elm part. Meh, not in the mood."
I don't think there'll ever be a time where I look forward to writing dynamic front-end stuff.
@ayo if only all people developing making websites felt like that...
@Wolf480pl It does result in rushed and awkward UIs though.
But indeed, there are rather many developers whose motivation works in the exact opposite direction, resulting in sites that suck in different ways...
Also svelte.dev contain a friking svelte REPL in the page lol
Yet dunno how they managed to have 500ko or js, mine is not even around 30kb uncompressed
(check Rich Harris talk, ya will see its quite a smart one lol, that somehiw hate how much JS and bulk all web app have, yet accepted that its necessary to be in that js world today)
@ayo You can always embrace the darkness and write all dynamic frontend code on the backend, then stream the results/changes to browser via a websocket.
There are frameworks for that.
@glaurungo I love that concept and I've played with Phoenix LiveView before. It's not quite as flexible and efficient as I'd like, but it's definitely a step in the right direction.
@ayo Right direction, might have been introducing sensible languages on the browser side of things, instead of "maybe having some things that will compile to js"
But Live View is pretty cool.
Right direction would be introducing HTML elements (or other declarative means) which cover 90% of legitimate JS usecases while not allowing the website to arbitrarily track the user or hog the CPU.
Maybe even some kind of control plane / data plane split.
If all the code that does the heavy lifting was part of the browser, it'd be more likely to be optimized (I hope).
Welcome to your niu world ! We are a cute and loving international community Ｏ(≧▽≦)Ｏ !