En début d'année, j'avais encore une connexion ADSL (~3 Mbps) et tu fais bien la différence entre LinuxFr.org et un site gavé de pubs, traqueurs et autres sources d'embonpoint.
Les dev web vont parfois tester avec plusieurs navigateurs et plusieurs tailles d'écran, mais je n'ai pas vu souvent des gens mentionner des tests en limitant le CPU ou le réseau... Pas mieux pour les dev backends je dirais... l'exception est sans doute l'embarqué (et la frange particulièrement atypique des gens qui travaillent sur Voyager I, ou autre sujet approchant). Il y a bien des outils qui évaluent ça, mais ils ne font pas partie des chaînes CI/CD classiques et on ne va pas considérer qu'il y a régression parce qu'une appli a gagné 50 MiB de surcharge pondérale (oui toutes les applis mobiles je pense à toi) ou parce que la page est blanche le temps qu'un truc très lourd soit arrivé jusqu'au navigateur en raison d'une connexion par pigeons voyageurs.
[^] # Re: Oui
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Plaidoyer pour des interfaces temps réels. Évalué à 10.
En début d'année, j'avais encore une connexion ADSL (~3 Mbps) et tu fais bien la différence entre LinuxFr.org et un site gavé de pubs, traqueurs et autres sources d'embonpoint.
Les dev web vont parfois tester avec plusieurs navigateurs et plusieurs tailles d'écran, mais je n'ai pas vu souvent des gens mentionner des tests en limitant le CPU ou le réseau... Pas mieux pour les dev backends je dirais... l'exception est sans doute l'embarqué (et la frange particulièrement atypique des gens qui travaillent sur Voyager I, ou autre sujet approchant). Il y a bien des outils qui évaluent ça, mais ils ne font pas partie des chaînes CI/CD classiques et on ne va pas considérer qu'il y a régression parce qu'une appli a gagné 50 MiB de surcharge pondérale (oui toutes les applis mobiles je pense à toi) ou parce que la page est blanche le temps qu'un truc très lourd soit arrivé jusqu'au navigateur en raison d'une connexion par pigeons voyageurs.