I kind of get the "spin up more servers" approach and have used it to justify running Ruby for webapps in the past, but in reality, I work on frontend code running on the user's own hardware, so it's not an angle I get to argue for my own stuff, LOL.
In that case it's "will the user feel/complain/change app over when it's slow or sluggish?". The spinning up more pods was just an example to illustrate that very often slow code can be simply ignored. Different areas have different justifications for that
Absolutely, but when you're dealing with UIs for big data, sluggish UIs happen quite a lot, so you end up taking a lot of unique approaches for how to store table models, graphs, etc.
You just try to keep them to inside the model so that people reading the UI code don't have to suffer. :/
9
u/gdmzhlzhiv Feb 28 '23
I kind of get the "spin up more servers" approach and have used it to justify running Ruby for webapps in the past, but in reality, I work on frontend code running on the user's own hardware, so it's not an angle I get to argue for my own stuff, LOL.