Pretty sure we mean < 1ms rather than actually instantaneous.
lovich [3 hidden]5 mins ago
Its like tic tacs saying they are 0 calories because they got the per serving size down low enough to round to 0.
bagels [3 hidden]5 mins ago
Looks more like 500ms?
ViscountPenguin [3 hidden]5 mins ago
Unfortunately this approach doesn't feel that great down here in Australia, definitely a function of latency.
I think you could get a lot closer by framing this as an optimization problem, where you use the full alphabet dictionary, but add a residual prediction which aims to cover as much of the remaining domain name tree as possible weighted by popularity. This tree could then be pre-baked and stored with the same system. This would probably get you p99 0ms even in Australia.
ChannelFence [3 hidden]5 mins ago
its pretty clever but what happns when someone pastes a domain or uses IME or voice input? the api being that fast is still impressive.
pupppet [3 hidden]5 mins ago
Autocomplete aside, this is a pretty nifty tool.
cortesoft [3 hidden]5 mins ago
KeyDown events don’t work great for mobile, though.
camel_gopher [3 hidden]5 mins ago
Clever but that’s not how we measure latency.
dbalatero [3 hidden]5 mins ago
When it comes to UX, perceived latency is king.
wky [3 hidden]5 mins ago
The perceived latency starts from keydown, not keyup. Redefining latency to start at keyup reduces measured latency, not perceived latency, and delaying the visual display to keyup makes perceived latency strictly worse, not better. Even sticking with the keyup definition, just displaying the result as soon as it is available gives the possibility of negative (defined) latency.
I think you could get a lot closer by framing this as an optimization problem, where you use the full alphabet dictionary, but add a residual prediction which aims to cover as much of the remaining domain name tree as possible weighted by popularity. This tree could then be pre-baked and stored with the same system. This would probably get you p99 0ms even in Australia.