Concevoir des logiciels pour les réseaux que les gens utilisent vraiment
La fibre rapide d’un bureau n’est pas le vrai test. Un téléphone Android de milieu de gamme sur un réseau mobile saturé, si. Voici comment nous fixons nos budgets de performance.
L’équipe d’ingénierie NWEE1 min de lecture
Sur une grande partie des marchés pour lesquels nous concevons, la plupart des gens accèdent à Internet par leur téléphone, avec des données mobiles payées au mégaoctet. Un logiciel qui semble rapide sur la connexion d’un bureau peut sembler cassé dans un bus. Nous concevons d’abord pour ce second cas.
Des budgets, pas des bonnes intentions
Chaque produit que nous développons commence par un budget de performance : combien de kilo-octets une page peut peser, combien de temps le premier contenu utile peut mettre à s’afficher, combien de JavaScript doit s’exécuter avant qu’un utilisateur puisse agir. Ce budget est vérifié automatiquement à chaque version, pour qu’il ne s’érode pas en silence.
La résilience est une fonctionnalité
Les connexions coupent. Les formulaires doivent conserver ce que la personne a saisi. Les actions doivent pouvoir être relancées sans risque. Les écrans doivent dire clairement ce qui a échoué et quoi faire ensuite. Ces détails figurent rarement dans un cahier des charges, mais ils déterminent si les gens font confiance à un système.
Concevoir pour des conditions contraintes ne produit pas des logiciels au rabais. Cela produit des logiciels plus rapides et plus fiables pour tout le monde, y compris pour les utilisateurs disposant de réseaux rapides ailleurs dans le monde.