3 ms·
> I can't quite tell what point you're trying to make. Easy. Use a high-framerate camera to measure the time it takes for an IRC client to change between chann
by j1elo 4y ago
> I can't quite tell what point you're trying to make.
Easy. Use a high-framerate camera to measure the time it takes for an IRC client to change between channels. Thanks to being written in technologies decently close to the bare metal, every application in the Windows XP era was in the same ballpark of response times, when you disregard disk access times. We're only talking here about raw latency between a click and a graphical response.
Now compare it to the time it takes to switch channels in Slack, which is the 27$ billion company mentioned in the parent comment.
Spoiler: you won't even need the camera for the latter, because the web stack is so horribly inefficient that the GUI reaction is perfectly noticeable and I'd even say closer to a whole second.
"but apps do more thing nowadays" is a fair point but it gets cancelled with the fact that memory, cpu and disks have improved immensely since the older systems that are being compared here.
Every time a product owner decides to make a web UI, god kills a kitten. But with a lot of delay, so maybe we can still save it between keystrokes.
- deafpolygon 4y agoAnecdata; mIRC is fast, snappy and uses barely any RAM compared to Slack.
- j1elo 4y agoThe point is precisely that mIRC was already fast in old machines; meanwhile, a big reason for Slack not being fast, snappy and using barely any RAM is that it's been written with web technologies, which have eaten out any potential benefit of modern increased performance.