[andreyf]

yes, 500ms can seem like an awful lot when you come from a world of 250ms. but if the results returned from the 500ms are significantly better, you bet your ass users will sit through double the time to get better, more reliable results.

Are you sure?

[lhnz]

Are we talking about opinions here? If so, I have mine, and: I agree with him. I might spend 500ms waiting for my search results but my greatest annoyance is still having to spend 10 minutes trawling through SEO 'content' to find a legitimate website.

[andreyf]

Are we talking about opinions here?

Sorry, that was the point. We could talk about opinions, sure. But all major search contenders do significant user research into how people will react to much less significant changes than Instant Search. This change had its but user-tested and dogfooded for quite some time.

[peterwwillis]

IANASEOE, YMMV, HBD, ETC. but for us, yes. the site of my company was balls slow yet managed amazing feats of capitalism, mostly due to a faithful userbase in the face of faster and cheaper alternative sites. value won out.

an example: Steam, the game delivery system, takes longer to deliver and properly execute games than it takes to buy one from the store, install it and run it. but you get more value from steam so people sit through hours or nights/days worth of downloading to run its games.

[andreyf]

Good point about Steam. It really does suck balls compared even to the vast majority of web apps. Ditto for iTunes: slow as balls sometimes, but I still use it to buy music sometimes.

Still, a competing product will win both over if it can get sub-100ms response time for all of their UI interactions. Buy and listen to a song? Imagine hearing it instantly after you click "buy & listen".