pour moi un byte est un byte. Donc chaque caract?re inutile augmente le temps de chargement Les versions de .js que je met online sont d?barras?s de tout commentaire et surtout des espaces qui dont tr?s nombreux
score 35
Tu as raison sur le principe : moins d'octets = moins à transférer. Mais en pratique, il y a 3 nuances importantes.\n\n\n\n1) Compression : si ton serveur envoie les fichiers en gzip/brotli, les espaces et répétitions se compressent très bien. Donc retirer 1000 espaces ne donne pas toujours un gain énorme.\n\n\n\n2) Nombre de requêtes : 10 petits fichiers peuvent être plus lents qu'un seul (même si chaque fichier est minuscule), surtout sur mobile/latence. Avec HTTP/2 c'est mieux, mais pas magique.\n\n\n\n3) Parse/CPU : un fichier minifié est plus petit, mais peut rester lourd à parser/exécuter. Le vrai gain vient souvent de : supprimer du code inutile, découper (code-splitting), charger au besoin.\n\n\n\nConclusion :\n\n- Oui, minifier et enlever commentaires/espaces, c'est bien.\n\n- Mais les gros gains viennent surtout de cache long, compression, réduction des requêtes, et réduction d...