3 ms·
> End users don't want complex UI interfaces It's complex UI requirements, not complex UIs... For ex our company routes phone calls and needed routing system
by dmix 2y ago
> End users don't want complex UI interfaces
It's complex UI requirements, not complex UIs...
For ex our company routes phone calls and needed routing system that had 3 layers deep of hierarchical organization, reordering, sorting, weighting, grouping etc.
You could have done all of those with a new page load every time, or spread out into individual static pages, but that'd take 10x longer for the user. I built something that did all of that in a box that fit into one screen and one page load, and only 1 ajax request for autocomplete search box.
Some things just demand 'desktop style' complex browser UIs that server side simply can't provide...
Which is why every serious company that makes $$ uses it. Backend devs like to pretend they can throw the baby out with the bath water and call it day, then deliver poor UX because they limit themselves artificially, just because some people abuse JS.
That's not the solution.
- busterarm 2y agoNone of what you did requires vite or nextjs and all of the tooling that comes with all of that. And then in three years when the undermaintained bit of software needs to be updated the entire landscape has changed in the JavaScript world 4x over already and the tooling needs to be entirely redone along with the desired change. Again, nobody is saying "you don't need JavaScript". We're saying that the way you folks are going about it is Hell's Treadmill. At least if I have a languishing, old, unrebuildable bit of code on the server side, I can find some exploit to make it run my code changes without modifying any of the original code :D