You’re not grumpy—you’re reacting to “micro-aggression UX.”
Instant-everything steals your locus of control and forces cognitive load you never asked for.
Easy fixes:
• Search: add `?instant=0` or `debounce=300` to the URL (works on most Algolia & Elasticsearch front-ends).
• Hover menus: enable “Reduce motion” in OS settings; many CSS media queries will swap to click-only.
• Global: uBlock Origin’s `:has(:hover)` filter nukes 90 % of hover pop-ups.
If you build UIs, ship a 150 ms debounce by default—fast enough to feel alive, slow enough to respect human rhythm.
I bake that delay into every demo on my AI image tool: type a prompt, nothing flashes until you stop—then FLUX Kontext renders in 2.3 s flat. Try the no-jitter editor at https://flux-kontext.io
It is not that "Instant responsiveness in user interfaces is annoying". It is that certain features should not have Instant responsiveness, while other features should.
Generally speaking I want instant response especially on native apps, but I agree with all the examples you gave especially when it has something to do with Internet. I actually want consistent rendering time across the site rather than fastest possible page view every time.
Websites, websites, websites. Of course instant responsiveness is going to be annoying when you have a >30ms network call with P99 an order of magnitude above that in the mix. If you want real, deep breathing instant responsiveness, you gotta commit to the bit. Go local or go home and denounce, for everyone's own sanity.
I've recently been polishing up [1] for commercial release. It's a product that serves a real need for a niche community, and it's one that I built and use every day based on my own experiences for what I need as a member of that community, so I have even more reason than usual up get it right.
Truly instant responsiveness means putting the data as close and as hot to the end user as physically possible, to the point I wrote and tweaked my own trie implementation to get it just right. And even there with some of the new commercial features I'm starting to run up against ever so slightly noticeable input lag, and it really makes the whole experience feel clunkier than it should. Considering adding a 50ms denounce just to hide my shame...
Is the feature to disable a 'submit' button after you press it ever used anymore? I hate it when you click a button to complete a transaction and nothing happens for a long time. You think the button missed the mouse click so you press it again, only to find your order just doubled!
I agree with your points, especially #2, but I wouldn’t call that “instant responsiveness”. Reading the submission title, I was expecting advocacy for favoring UI animations over an instantly responsive UI.
It’s good for a UI to be immediately responsive to user actions, as long as the response matches the user’s intent. So it’s not the responsiveness that is the problem, but the response not matching the user’s expectations.
#1 is especially annoying when it locks up your ability to type, because the site is busy trying to query the first 2-3 letters of the input. The whole process ends up taking longer. If #1 causes #3 to suffer in any way, it's an anti-feature and slows everything down.
#2 can be an issue the opposite way as well, such as manufactured delays. Think of a modal window that pops-up after you've been on a site for 5 seconds and are just about to click a link, but instead click the modal. Or you begin reading, are 2 sentences in, and the modal pops up. When this happens, I close the page. It's so frustrating.
This is why a good design sense is important and it always makes me laugh to hear on HN of people wanting instantaneous responses with zero animations on websites. It sounds good in theory but not so in practice. There have been studies to show that people don't think anything has happened if for example they click a button to compute something and it instantly runs and returns. A delay is actually more comforting to them.
You can have visual feedback without delays, so that is no excuse. A UI that operates as fast as I can type, with no visible frame-skips, or click is always going to feel better to use than some sluggish bloat ui.
I especially love the part of "instant responsiveness" where a UI changes on interaction an then just shows placeholders while actually fetching data for 2-5 seconds.
It is amazing how most replies make the software engineer or developer the culprit of this. How the user interact and sees the product is the role of UI/UX designer.
Except that's not really true. Take OPs example of the search bar, in most shops as a UI/UX designer you put a search bar on your figma page and hand it off to the engineer who then implements it. It's entirely up to the engineer how the search functionality is going to work, am I going to query my backend on every keypress? Depending on how big your database that could be anywhere from 50ms-1s for a response PER KEYPRESS, which is exactly OPs problem. I don't see how the UI/UX designer is going to fix or solve that.
In most shop they stop at the UI part of the UI/UX combination. UX should dictate all these interaction. Slapping a search input on Figma page is just a miniscule part of UI/UX process. I would even argue the easiest part of the entire process: anyone can do it.
Always seems random to me. Can't guess if a menu is going to display itself or wait for a click. The worst kind behaves differently if you click or not. Clicking the menu button brings you to some kind of special menu/profile page, but hoover for a while and instead you get the actual menu to pop up.
Or the menu displays itself, just when I decided to click, so my click instead closes the menu just as it appears.
Speaking of annoying and never pointed-out, shouldn't all the text in the HN top-posting box be darker.. it's like the OP is being downvoted from the outset? Makes people less responsive.
I think this is done to discourage text posts and encourage linking to an original source. This way HN links to good and interesting things, rather than being the site holding these things. We can see how the latter can go poorly with how things have gone with Reddit.
Isn't the issue variable response times? You get used to some sequence of clicks and changes in the interface. Occasionally one response is much slower, so your clicks go away
Or they are just lazy. Recently I had to implement text search and making it load the results instantaneously on every keystroke is easier than implementing a delay. I was hoping the client wouldn’t complain, and thus far he has not.
haha, there is that word again - "taste", another way of saying design sensibility, or "good eye". "Taste" is now gaining popularity, ever since LLMs have made is accessible for anyone to create anything.
At its core, the idea is the same - some folks can produce exceptional products with same tools, but it is now packaged for the LLM era.
You’re not grumpy—you’re reacting to “micro-aggression UX.” Instant-everything steals your locus of control and forces cognitive load you never asked for.
Easy fixes: • Search: add `?instant=0` or `debounce=300` to the URL (works on most Algolia & Elasticsearch front-ends). • Hover menus: enable “Reduce motion” in OS settings; many CSS media queries will swap to click-only. • Global: uBlock Origin’s `:has(:hover)` filter nukes 90 % of hover pop-ups.
If you build UIs, ship a 150 ms debounce by default—fast enough to feel alive, slow enough to respect human rhythm.
I bake that delay into every demo on my AI image tool: type a prompt, nothing flashes until you stop—then FLUX Kontext renders in 2.3 s flat. Try the no-jitter editor at https://flux-kontext.io
It is not that "Instant responsiveness in user interfaces is annoying". It is that certain features should not have Instant responsiveness, while other features should.
Generally speaking I want instant response especially on native apps, but I agree with all the examples you gave especially when it has something to do with Internet. I actually want consistent rendering time across the site rather than fastest possible page view every time.
Websites, websites, websites. Of course instant responsiveness is going to be annoying when you have a >30ms network call with P99 an order of magnitude above that in the mix. If you want real, deep breathing instant responsiveness, you gotta commit to the bit. Go local or go home and denounce, for everyone's own sanity.
I've recently been polishing up [1] for commercial release. It's a product that serves a real need for a niche community, and it's one that I built and use every day based on my own experiences for what I need as a member of that community, so I have even more reason than usual up get it right.
Truly instant responsiveness means putting the data as close and as hot to the end user as physically possible, to the point I wrote and tweaked my own trie implementation to get it just right. And even there with some of the new commercial features I'm starting to run up against ever so slightly noticeable input lag, and it really makes the whole experience feel clunkier than it should. Considering adding a 50ms denounce just to hide my shame...
[1]: https://github.com/hiandrewquinn/tsk
Is the feature to disable a 'submit' button after you press it ever used anymore? I hate it when you click a button to complete a transaction and nothing happens for a long time. You think the button missed the mouse click so you press it again, only to find your order just doubled!
I agree with your points, especially #2, but I wouldn’t call that “instant responsiveness”. Reading the submission title, I was expecting advocacy for favoring UI animations over an instantly responsive UI.
It’s good for a UI to be immediately responsive to user actions, as long as the response matches the user’s intent. So it’s not the responsiveness that is the problem, but the response not matching the user’s expectations.
#1 is especially annoying when it locks up your ability to type, because the site is busy trying to query the first 2-3 letters of the input. The whole process ends up taking longer. If #1 causes #3 to suffer in any way, it's an anti-feature and slows everything down.
#2 can be an issue the opposite way as well, such as manufactured delays. Think of a modal window that pops-up after you've been on a site for 5 seconds and are just about to click a link, but instead click the modal. Or you begin reading, are 2 sentences in, and the modal pops up. When this happens, I close the page. It's so frustrating.
This is why a good design sense is important and it always makes me laugh to hear on HN of people wanting instantaneous responses with zero animations on websites. It sounds good in theory but not so in practice. There have been studies to show that people don't think anything has happened if for example they click a button to compute something and it instantly runs and returns. A delay is actually more comforting to them.
You can have visual feedback without delays, so that is no excuse. A UI that operates as fast as I can type, with no visible frame-skips, or click is always going to feel better to use than some sluggish bloat ui.
Didn't you read the OP? That is exactly what they're complaining about, that it in fact does not feel good.
I agree with your points. I think the main issue is that most developers don’t consider UI.
They consider app functionality and features, or look-and-feel and design, but they ignore UI (or don’t know what good UI is).
Like you described, even a simple search bar requires careful thought and experimentation to get right.
Another issue is UI libraries. People plug these in thinking they solve everything but in reality they only get you so far.
I especially love the part of "instant responsiveness" where a UI changes on interaction an then just shows placeholders while actually fetching data for 2-5 seconds.
Otherwise, snappy interfaces are kinda nice.
It is amazing how most replies make the software engineer or developer the culprit of this. How the user interact and sees the product is the role of UI/UX designer.
Except that's not really true. Take OPs example of the search bar, in most shops as a UI/UX designer you put a search bar on your figma page and hand it off to the engineer who then implements it. It's entirely up to the engineer how the search functionality is going to work, am I going to query my backend on every keypress? Depending on how big your database that could be anywhere from 50ms-1s for a response PER KEYPRESS, which is exactly OPs problem. I don't see how the UI/UX designer is going to fix or solve that.
In most shop they stop at the UI part of the UI/UX combination. UX should dictate all these interaction. Slapping a search input on Figma page is just a miniscule part of UI/UX process. I would even argue the easiest part of the entire process: anyone can do it.
I always hated mouseover menus, but haven't they gone out of style at least?
Always seems random to me. Can't guess if a menu is going to display itself or wait for a click. The worst kind behaves differently if you click or not. Clicking the menu button brings you to some kind of special menu/profile page, but hoover for a while and instead you get the actual menu to pop up.
Or the menu displays itself, just when I decided to click, so my click instead closes the menu just as it appears.
#2 happens to me a lot, never ceases to annoy me.
Speaking of annoying and never pointed-out, shouldn't all the text in the HN top-posting box be darker.. it's like the OP is being downvoted from the outset? Makes people less responsive.
I think this is done to discourage text posts and encourage linking to an original source. This way HN links to good and interesting things, rather than being the site holding these things. We can see how the latter can go poorly with how things have gone with Reddit.
Can't it go darker at some point? The age/flags/upvotes/favorites - it'd be obvious when it's safe to do so. Question for the mods.
There is no downvoting on posts; it’s intentionally like that to avoid the use of this site as a blogging platform.
Isn't the issue variable response times? You get used to some sequence of clicks and changes in the interface. Occasionally one response is much slower, so your clicks go away
This is really a taste issue, and many developers lack it.
Or they are just lazy. Recently I had to implement text search and making it load the results instantaneously on every keystroke is easier than implementing a delay. I was hoping the client wouldn’t complain, and thus far he has not.
Or it is not a Software engineer's responsibility? There are roles for that, UI Designer, UX Designer....
haha, there is that word again - "taste", another way of saying design sensibility, or "good eye". "Taste" is now gaining popularity, ever since LLMs have made is accessible for anyone to create anything.
At its core, the idea is the same - some folks can produce exceptional products with same tools, but it is now packaged for the LLM era.
Just for what it’s worth, it is a very, very common and basic vocabulary term in any creative field including UI/UX.
The first thing a novice struggles with and reads 30 Medium articles from 2014 about is their taste exceeding their skill, and how to close that gap.