If you want to put it that way, you can think of information in the user's brain as being stored in peripheral memory at the end of a horribly slow, high-latency, unreliable bus. :)
Re:Operation Costs in CPU Clock Cycles
by logicallee on Saturday November 12, 2016 @10:07AM
(#12938144)
This is really good phrasing!!! I love it.
Especially when you need the user to take an action: the API isn't well-formed (for example a mix of visual cues, text, and UX behavior) but at the end of the day if you give the user something to do (example: you want them to acknowledge and dismiss a notification or make a choice) there are multiple ways of doing it, some much faster and others much slower.
This is especially interesting when you need the user to deal with your bugs (e.g. errors of various kinds). It's not really part of what they're trying to do - you're the one that needs them to react somehow.
very interesting way of thinking about it!
Making a user interpret an error message or notification of some kind (8 seconds) and have to dismiss a window (3 seconds) rather than be able to continue seamlessly:
44,000,000,000 operations, or 275,000,000,000 operations if we include the idling GPU.
Distance light travels in this time: around the world 77 times, all while we keep the user from being able to do anything.
Something to think about the next time you throw up a dialog box...