Ok, ho letto e devo confermare che non è niente di nuovo se non una nuova buzzword...
Tra le altre cose, sono molto scettico (ma sono pronto a ricredermi) sull'applicabilità generale di questo modello di applicazioni web, mi spiego meglio: è vero, in questo modo si migliora, anche notevolmente, l'usabilità di una applicazione magari facendo in modo che diventi un'applicazione di successo, ma a che costo?
Qualche tempo fa qualcuno "scoprì" che era possibile fare esattamente la stessa cosa con un'applet java, articoli ed articoli che sentenziavano la fine del web come lo conoscevamo, ma poi più nulla.
Non voglio fare il bastian contrario, anzi, ma l'esperienza ci insegna che, si, il team di Google riesce ad organizzare un bel prodotto, coerente, performante ed usabile, ma quanti altri team più "normali" saprebbero fare altrettanto in maniera ripetibile, tracciabile rispetto ai requisiti, manutenibile, flessibile? La domanda è semplicemente quella.
Piuttosto dovrebbe essere cercata non la soluzione al problema contingente quanto la soluzione più generale che si nasconde dietro l'esigenza di rendere le applicazioni web maggiormente reattive: è necessario un modello (consistente) per l'elaborazione autonoma da parte del browser e la comunicazione asincrona server-client di un "quanto" di informazione.
La soluzione esiste e si chiama XForms (http://w3.org/MarkUp/Forms).
In effetti la distinzione tra applicazione thin e fat si fa sempre più sfumata man mano che si aggiungono funzionalità e strati di software da sviluppare, a tal punto che i vantaggi nello sviluppo derivanti dal "semplice modello web" si riducono fino a scomparire portando a chiedersi se non fosse stata più adatta un applicazione completamente diversa.
Dirò di più: io sostengo (http://blogs.ugidotnet.org/a_petrozzelli/archive/2004/11/25/6112.aspx) che Avalon abbia notevoli similitudini concettuali con XForms (cercando di risolvere lo stesso problema arriva alla stessa soluzione) ed è per questo che "the next big step" sarà la definizione di un comune modello di sviluppo di applicazioni neutro rispetto al veicolo che la "conduce" all'utente.

Se i nuovi controlli server-side di asp.net sfrutteranno in maniera strutturata questa tecnica, implementandola al contempo in maniera semplice, secondo me ci saranno notevoli miglioramenti con costi più ridotti rispetto ad implementarsi tutto, ma naturalmente bisogna vedere se il tutto manterrà le promesse...