D’un point de vue tout à fait à personnel, il me paraît indispensable de penser à être le plus concis en matière de traitement de ce côté, ceci pénalisant les auditeurs dont les machines sont modestes. Les performances sont nettement accrues par un maximum de traitements « server side », avec, pourquoi pas, la mise en place d’une moteur de template, voir de cache.
La pierre angulaire de ces choix restant la « dynamicité » (neologisme ?!) attendue du site…

Il me paraît par contre acquit que l’utilisation d’applications clientes type Flash, ActiveX, et autres applet Java sont à restreindre aux cas « indispensables ». Elles sont le « cancer » de beaucoup de sites, de part leur temps de chargement, et la consommation de ressources induites par leurs « plug-ins » et autres machines virtuelles…

Il est aussi à rappeler que le broadband n’est pas universelle, qu’un volume important de données à transiter peut vite devenir un handicap… Les temps de chargement et d’affichage des sites « lourds » sont parfois rebutants, et les temps de latence de certaines requêtes et transferts de site à fort dynamisme (via xmlHttpRequest) dépasse parfois les limites de la patience humaine

L’optimisation est une notion relative: aux besoins, a des choix techniques lié aux convictions… Mais se doit d’être maitresse dans le dev web, quelques soient les évolutions technologiques…

=> Prendre un hébergement adapté à son trafic.

=> Poser le Javascript en fin de page c’est bien, les experts en monétisation vous diront de placer le javascript de chargement des menus juste après celui des publicités pour augmenter leurs taux de clics.

Un chargement rapide permet en tout cas de diminuer le taux de rebond…