Give a chance to prediction

It is mostly about AJAX applications, but it applies well to any scenario where a smart/rich client is present. I'm talking about the "Predictive Fetch" pattern. Quite simply, it refers to the idea of preloading data that the current user can request in a few moments. It relates to caching--more, it is often implemented through caching--but it is a different kind of thing. It is actually a strategy for certain pieces of the user interface, where you need/want to exceed expectations and provide an output close to (if not under) the threshold of human consciousness (about 10 ms). Immediate response.

Like many other AJAX-related things, it is mostly a matter of tradeoff. You are guessing, that's what you're doing. And the guess can be right or wrong. If wrong, you have just wasted some resources and CPU cycles on both client and server. If right, you astonish users. BUT... because you can hardly afford pre-fetching from every possible use-case, then the open point is: what the user reaction/feelings when one feature is sooo fast and another similar one is slower?

The full story on DotNetSlackers.

Published 21 May 2009 10:04 AM by despos
Filed under:

Comments

# Ray said on 30 May, 2009 06:59 PM

Hi Dino,

I totally agree with what you said.  Yesterday, I viewed the entire video on the new big thing Google Wave at http://wave.google.com/.  What are your thoughts on how something so spontaneous like that is made possible in light of the "Predictive Fetch" pattern?  Any comments are appreciate it!

Thank you,

Ray.

Leave a Comment

(required) 
(required) 
(optional)
(required)