Re:Breaking up with JavaScript front ends
by phist_mcgee on Sunday December 11, 2022 @03:25AM
(#33941332)
Everyone's a "pure html/css/js" gangster until they have to maintain state.
[ Parent
| on HN ]
Re:Breaking up with JavaScript front ends
by traverseda on Sunday December 11, 2022 @08:26AM
(#33942953)
Put your state in your urls, or in the user's session model, that's the only place state should be allowed to live :p
Re:Breaking up with JavaScript front ends
by antifa on Sunday December 11, 2022 @11:13AM
(#33944413)
Unrelated to the debate at hand, my front-end team's junior members' only known design pattern is drop-all-state-on-refresh-driven-design and it pisses me off.
Basically every part of the website written before their time functions correctly.
I thought it's the other way 'round. Everyone loves their cool new reactive framework, until they have to tackle the state library/library helpers/library alternative/other library alternative/library helper maintainer social media posts.