3 ms·
I think that's part of it. But there's also a lot of badly designed software around. On the web it's not just the network. It's bloated, easy to misuse, framewo
by YZF 2y ago
I think that's part of it. But there's also a lot of badly designed software around. On the web it's not just the network. It's bloated, easy to misuse, frameworks that cause every small operation to take millions of cycles. In the backend I've seen all sorts of "slow" from taking hours to aggregate millions of records (where you should be able to do a billion in less than a second), to things slowed down by choice of wrong technologies or languages, to ridiculous overheads of wrangling data in and our of various serialized formats and passing it around with heavyweight stacks.
What drives me crazy ;) is that many software developers have no sense of what is a "reasonable" amount of time/resources to accomplish certain workloads. If they can't even tell or have never seen anything that's high performance then they just think this is normal. No sense of, how many operations per second a CPU can perform, memory and disk performance etc. The slow performance is just normalized in a team.
- dclowd9901 2y agoI work on a platform team at a SaaS company, and one of our core drivers is holistic application performance. However we’ve heard everything from “it’s fast enough” to point to what I would consider “wrong-headed” react docs to push back against suggestions on increasing performance. The one that really gets me though is that they’ll “do another pass, but have to get this out now.” Of course that second pass never actually materializes. Right now, it takes almost a full second for our TTFB.