je n'ai pas vu souvent des gens mentionner des tests en limitant le CPU ou le réseau
C'était le débat d'hier entre HTMX/David Heinemeier Hansson (créateur du framework qui fait tourner LinuxFR il me semble) d'un côté et les devs frontend de l'autre. Les devs JS qui expliquent qu'en ralentissant la connexion (l'option de limitation de la bande passante disponible dans l'outil de développement des navigateurs), les Hypermedia Driven Application (HDA, avec un backend qui renvoie directement du HTML plutôt que du JSON à traiter par client REST) affichent de gros lags avec des divs vides. Tandis que les framework JS en front permettent d'informer l'internaute qu'on attend les données (genre spinner). Bref sur de grosses applications je pense qu'ils testent aussi en conditions de ressources limitées mais les divers sites bourrés de pubs c'est sûr que non. À priori si tu es enclin à bourrer ton site de pub c'est que tu t'en fous de l'expérience utilisateur...
[^] # Re: Oui
Posté par Faya . En réponse à la dépêche Plaidoyer pour des interfaces temps réels. Évalué à 8.
C'était le débat d'hier entre HTMX/David Heinemeier Hansson (créateur du framework qui fait tourner LinuxFR il me semble) d'un côté et les devs frontend de l'autre. Les devs JS qui expliquent qu'en ralentissant la connexion (l'option de limitation de la bande passante disponible dans l'outil de développement des navigateurs), les Hypermedia Driven Application (HDA, avec un backend qui renvoie directement du HTML plutôt que du JSON à traiter par client REST) affichent de gros lags avec des divs vides. Tandis que les framework JS en front permettent d'informer l'internaute qu'on attend les données (genre spinner). Bref sur de grosses applications je pense qu'ils testent aussi en conditions de ressources limitées mais les divers sites bourrés de pubs c'est sûr que non. À priori si tu es enclin à bourrer ton site de pub c'est que tu t'en fous de l'expérience utilisateur...