Cette transcription est réalisée par une IA générative souveraine destinée à l'enseignement supérieur.
La vérification du texte n'a cependant pas encore été effectuée.
(cette transcription peut également être utilisée pour le sous-titrage)

La soutenabilité numérique est souvent vu, limitée à l'impact des centres de données. L'effectivement, 4% de la consommation électrique mondiale est liée au centre de données. On estime que, d'ici quelques années, on aura plus de 10% de la consommation électrique des États-Unis qui sera liée au centre de données. Ce domaine n'en fait, un impact carbone fort aussi, en train de dépasser l'aviation civile. Pourtant, en fait, les centres de données ne sont qu'un objet matériel, mais qui supportent des applications. Et en fait, une grande problématique de l'impact d'une numérique, c'est que ces centres de données sont là, parce qu'on a besoin des applications qui tournent de suite que nous utilisateurs utilisons au jour le jour. Et donc, une question qui va se poser, c'est pas seulement comment améliorer les centres de données, mais comment faire des applications qui aient besoin de moins de centres de données qui soient plus frugales, plus économes. C'est ce que l'on appelle l'éco-conception logicielle. Donc, pour ce qui concerne les logiciels, assez souvent, on va s'arrêter à j'ai programmé, ça marche, c'est terminé. Alors que dans la réalité, c'est comme la plupart des autres objets. On va se poser la question, de quelles sont les fonctionnalités dont on a besoin, donc on va devoir concevoir l'application. Puis, bien sûr, ensuite, on va devoir la développer. Une fois qu'elle est développée, contrairement aux autres objets, on va pouvoir un peu l'améliorer et continuer à la faire vivre. Mais, et c'est quelque chose qu'on oublie souvent, et que l'on n'oublie pas sur les objets, c'est qu'à un moment, il va falloir penser au recyclage de l'application. C'est-à-dire, se poser la question de la terminer et peut-être d'en changer ou peut-être signer un appui d'usage, de vraiment l'arrêter. C'est ce qu'on va appeler le décomissionnement de l'application. On va, justement, regarder la fin de vie de cette application. Et donc, l'objectif, en fait, finalement, la conception et de l'éco-conception, c'est dès le départ de se poser la question de comment va se terminer la vie de cette application. La première étape consiste à concevoir l'application, définir donc les différentes fonctionnalités dont on aura besoin, et qu'elle est l'utilité, à quel problème répond l'application. Un des points importants consiste à limiter le nombre de fonctionnalités pour éviter l'obésiciel, c'est-à-dire d'avoir des fonctionnalités qui en réalité sont présentes, mais ne sont pas utiles. On peut prendre, comme exemple, les logiciels de type traitement texte, tableur, on a 20% des fonctionnalités qui sont souvent au toujours utilisés. Mais, par contre, quand on regarde plus précisément, on se rend compte que 45% des fonctionnalités ne le sont jamais. Et donc, on se dit, mais pourquoi est-ce qu'on les garde ? Parce qu'en fait, les machines récentes, elles sont puissantes, elles sont rapides, et donc finalement, on se dit, on peut les laisser, ça n'a pas d'impact. Et donc, on se permet de temps en temps de rajouter des fonctionnalités qui servent peu, parce qu'en fait, il y a assez de place pour que ça marche quand même. On se retrouve vraiment dans le cas classique de l'effet rebond où, plutôt grâce à l'évolution technologique des machines, et des logiciels, on va dire de meilleure efficacité, finalement, plus de fonctionnalités avec une efficacité qui ne va pas s'améliorer. Et donc, la conception initiale consiste à regarder quelle sont les fonctionnalités qui vont vrai…