News for hackers. Stuff that matters.
Re:Operation Costs in CPU Clock Cycles by logicallee on Friday November 11, 2016 @06:03PM (#12935294)
For people who make interactive applications, here is an interesting thing to add:

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...

Re:Operation Costs in CPU Clock Cycles by taneq on Saturday November 12, 2016 @09:07AM (#12937843)
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!

Re:Operation Costs in CPU Clock Cycles by jheriko on Saturday November 12, 2016 @12:55PM (#12939092)
i don't think we need to 'think of' it as such... this is precisely what it is.

... and don't forget its not just the bus that is unreliable, but the data store too. :)