Formation Éco-conception pour les développeurs : coder des applications web et mobiles sobres et conformes au RGESN

– Où se situent les impacts : terminaux, réseaux et centres de données ; poids prépondérant de la fabrication des terminaux et rôle du code dans leur obsolescence
– Sobriété et performance : pourquoi une application rapide n’est pas forcément sobre ; effets rebond ; différence entre mesure et estimation
– RGESN : origine, portée réglementaire (loi REEN, acteurs publics, appels d’offres), structure en thématiques et critères avec priorité, difficulté et applicabilité
– Critères techniques du RGESN : repérage des thématiques qui concernent le développeur (architecture, UX/UI, contenus, frontend, backend, hébergement, algorithmie)
– Unité fonctionnelle et budget environnemental : rapporter l’impact à un service rendu et fixer des seuils par page ou par parcours
– Repères internationaux : la Software Carbon Intensity (SCI) comme méthode de calcul de l’intensité carbone d’un logiciel par unité fonctionnelle

– Outils de développement du navigateur : requêtes, données transférées et décodées, bridage réseau, vue adaptative, Lighthouse
– EcoIndex : principe de calcul (taille du DOM, nombre de requêtes, poids de la page), note de A à G, équivalents eau et gaz à effet de serre
– Déclinaisons d’EcoIndex : site web, extension GreenIT-Analysis, outil en ligne de commande, plugin Lighthouse
– GreenFrame : mesure d’un scénario utilisateur scripté, estimation de la consommation du navigateur, du réseau et des conteneurs serveur et base de données
– Limites et complémentarité des outils : page isolée ou parcours, front seul ou pile complète, lecture critique des scores
– Protocole de mesure reproductible : choix des pages et parcours représentatifs, configuration, documentation des résultats

– Images : formats modernes, compression, dimensionnement adapté, attribut srcset et chargement différé natif
– Vidéo, audio, polices et PDF : lecture automatique proscrite, compression, sous-ensembles de polices ou polices système, alternatives légères
– JavaScript et dépendances : poids embarqué, tree-shaking, découpage du code, remplacement de bibliothèques par des fonctionnalités natives
– HTML et CSS natifs : éléments details et dialog, formulaires et autocomplétion, requêtes média, plutôt que des composants scriptés
– Modes de rendu : génération statique, rendu côté serveur, rendu côté client, Single Page Application, et leur impact sur le transfert et le calcul
– Contenus tiers et activation à la demande : façades pour les vidéos, cartes et widgets, limitation des scripts tiers
– Mobile first, amélioration progressive et compatibilité avec les terminaux anciens et les connexions lentes
– Critères de choix d’un framework : poids embarqué, mode de rendu, dépendances, plutôt qu’un palmarès

– Configuration HTTP : compression, en-têtes de cache côté client, versions récentes du protocole HTTP, redirections maîtrisées
– API sobres : pagination, sélection des champs, regroupement des appels, cache côté serveur
– Accès aux données : requêtes efficaces, problème des requêtes N+1, index, volumétrie, conservation et purge des données
– Traitements : traitements asynchrones et par lots, planification des tâches lourdes, choix des algorithmes et des structures de données
– Algorithmie et IA : questionner le recours à un modèle, dimensionner l’entraînement et l’inférence, mesurer leur coût
– Architecture et hébergement : dimensionnement, conteneurs, extinction des environnements inutilisés, choix de la région et de l’hébergeur, décommissionnement

– Poids de l’application et des mises à jour : ressources embarquées, dépendances, téléchargement à la demande
– Durée de vie des terminaux : prise en charge des anciennes versions de système et des terminaux d’entrée de gamme
– Réseau : regroupement des appels, cache local, mode hors ligne, synchronisation différée
– Énergie : capteurs et géolocalisation, tâches de fond, notifications, animations
– Outils de profilage : profileurs d’énergie, de réseau et de mémoire d’Android Studio et de Xcode
– Application native, hybride ou PWA : choisir selon le besoin réel

– Analyse statique : SonarQube et règles d’éco-conception du Green Code Initiative (creedengo), patterns et anti-patterns de code
– Mesure automatisée : EcoIndex en ligne de commande et GreenFrame sur les parcours clés dans la chaîne d’intégration continue
– Budgets environnementaux : seuils de non-régression sur le poids, les requêtes et le score, alertes et suivi dans le temps
– Backlog et définition de fini : critères d’acceptation sobres, prise en compte des critères RGESN dans les user stories
– Partager les résultats : argumentaire auprès de l’équipe et du produit, communication sans greenwashing

– Grille de vérification : pour chaque critère technique, statut applicable, conforme ou non conforme, preuve associée (mesure, configuration, code)
– Mesure après optimisation : gains EcoIndex et GreenFrame par rapport à la mesure de référence, lecture honnête des résultats
– Contribution du développeur à la déclaration d’écoconception : éléments techniques à fournir au référent du service
– Plan d’action technique : priorisation des critères non conformes selon l’effort et l’impact