this post was submitted on 04 Jun 2025
347 points (96.8% liked)
Programmer Humor
24670 readers
6 users here now
Welcome to Programmer Humor!
This is a place where you can post jokes, memes, humor, etc. related to programming!
For sharing awful code theres also Programming Horror.
Rules
- Keep content in english
- No advertisements
- Posts must be related to programming or programmer topics
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
My own pet peeve is UI components whose associated action is divorced from the components interaction feedback.
For example, a button that seems visibly pressed (even lights up! Maybe there's even audio or haptic feedback!) but once you release, nothing actually happens because you were supposed to press it or hold it down for slightly longer.
This even happens with physical controls: in some elevators you can press a floor button such that it lights up momentarily, and even beeps, and yet the elevator doesn't register the command and you have to press again, longer.
I've actually noticed this exact thing with elevators before... I was kind of amazed the beep and light were hooked up completely independently from the actual floor selection logic.
It sort of makes sense that the light in the button would just be hooked directly up to the button contacts. The computer would then be polling the buttons separately and it's possible to miss a button press... These sorts of buttons shouldn't need a debounce period since pressing any of them a second time doesn't do anything. If the buttons were interrupt based, this probably wouldn't happen.