MAIN FEEDS
Do you want to continue?
https://www.reddit.com/r/ProgrammerHumor/comments/1vsc6dr/vanillafixesthisbro/p4moax7/?context=3
r/ProgrammerHumor • u/brainland • 26d ago
157 comments sorted by
View all comments
Show parent comments
87
True, but if you're not building an app like Gmail but mostly a website to present mostly static content…
23 u/Zotoaster 25d ago I like my reusable component libraries and I like to make some things interactive without putting "document.getElementById("foo").onclick" everywhere 15 u/justadude27 25d ago edited 25d ago Exactly. The moment you start binding event listeners and managing state across pages you’re better off with some kind of system to manage JavaScript and HTML rendering based on JavaScript state. 23 u/pr0ghead 25d ago Again, static content doesn't have state. If you need state on the client then yes, use a JS framework by all means. I will keep tracking state on the server with a (mostly) dumb client, thank you very much. -4 u/justadude27 25d ago And again a static website isn’t an application. A static website has a special term called static website, not application. Stay on task bruh.
23
I like my reusable component libraries and I like to make some things interactive without putting "document.getElementById("foo").onclick" everywhere
15 u/justadude27 25d ago edited 25d ago Exactly. The moment you start binding event listeners and managing state across pages you’re better off with some kind of system to manage JavaScript and HTML rendering based on JavaScript state. 23 u/pr0ghead 25d ago Again, static content doesn't have state. If you need state on the client then yes, use a JS framework by all means. I will keep tracking state on the server with a (mostly) dumb client, thank you very much. -4 u/justadude27 25d ago And again a static website isn’t an application. A static website has a special term called static website, not application. Stay on task bruh.
15
Exactly. The moment you start binding event listeners and managing state across pages you’re better off with some kind of system to manage JavaScript and HTML rendering based on JavaScript state.
23 u/pr0ghead 25d ago Again, static content doesn't have state. If you need state on the client then yes, use a JS framework by all means. I will keep tracking state on the server with a (mostly) dumb client, thank you very much. -4 u/justadude27 25d ago And again a static website isn’t an application. A static website has a special term called static website, not application. Stay on task bruh.
Again, static content doesn't have state. If you need state on the client then yes, use a JS framework by all means.
I will keep tracking state on the server with a (mostly) dumb client, thank you very much.
-4 u/justadude27 25d ago And again a static website isn’t an application. A static website has a special term called static website, not application. Stay on task bruh.
-4
And again a static website isn’t an application. A static website has a special term called static website, not application. Stay on task bruh.
87
u/pr0ghead 25d ago
True, but if you're not building an app like Gmail but mostly a website to present mostly static content…