Éco-conception d’un logiciel

Éco-conception d’un logiciel

L’éco-conception (ou « écoconception »), Éco-design, design écologique, design durable ou design responsable sont des termes désignant la volonté de concevoir des produits respectant les principes de développement durable.

L’éco-conception est une approche qui prend en compte les impacts environnementaux dans la conception et le développement du produit et intègre les aspects environnementaux tout au long de son cycle de vie (de la matière première, à la fin de vie en passant par la fabrication, la logistique, la distribution et l’usage).

Merci Wikipédia ;)

Le développement durable est un développement qui répond aux besoins des générations du présent sans compromettre la capacité des générations futures à répondre aux leurs.

Cette notion englobe les aspects sociaux, environnementaux et économiques.

Approche spécifique aux logiciels libres

Dans le cas spécifique des logiciels libres, comme SPIP, les étapes varient :

• Conception du logiciel
• Tests du logiciel
• Distribution du produit
• Utilisation du logiciel
• Fin de vie du logiciel
• Services annexes : Forum d’entraide, sites internet, canal IRC...

Il est intéressant de noter, qu’un grosse économie d’espace et de ressources est faîte, en n’ayant pas besoin de SAV, marketing, comptabilité, démarcheurs...

Conception du logiciel

La conception d’un logiciel demande des ressources qui sont celle de l’ordinateur et les ressources cérébrales du ou des concepteurs.

L’impact environnemental de la production d’un ordinateur et de l’utilisation de l’énergie ayant un certain poids, celle-ci sont à minimiser, tout en permettant aux concepteurs un travail fluide.

A cette étape, on peut se poser les questions :

• Des fabricants d’ordinateurs qui n’ont pas le même impact à puissance égale.
• De l’origine des matières premières
• Du type d’énergie et de son impact sur les générations futures
• De l’intérêt potentiel de l’utilisation de Wyse
• De accessibilité aux personnes handicapées
• Du multilinguisme
• De la répartition des calculs coté serveur et coté client
• Du type de langage utilisé pour être le plus efficient
• De la reproductibilité du code utilisé
• Possibilités de l’évolution de l’outil

Tests du logiciel

Les tests sont un des moments privilégiés pour se pencher sur :

• Le type de langage utilisé pour être le plus efficient
• Le code utilisé pour être le plus efficient
• La reproductibilité du code utilisé (est il bien commenté ?)
• L’accessibilité aux personnes handicapées
• De la répartition des calculs coté serveur et coté client

Bien que ces aspects aient été vus par le concepteur, peuvent ils être « amélioré ».

Dans le cas des logiciels libres, l’ouverture du code est une force indéniable pour cette amélioration continue.

Distribution de la production

La distribution d’un logiciel libre se fait la plupart du temps à travers le web.

Outre le poids du logiciel qui impacte l’environnement via le nombre des serveurs utilisés, il y a également les serveurs utilisés, qui fonctionnent rarement à 100 %, mais sont allumés en permanence.

Utilisation du logiciel

L’utilisateur Lambda se retrouve « dépendant » de la conception du logiciel.

Si il n’a pas de compétences informatiques, il ne verra pas les consommations induites par celui-ci.

Références :

• Dans le cas de SPIP, le forum interne aux articles permet le dialogue direct entre l’utilisateur et le ou les développeurs.
• Dans le cas de SPIP, la zone permet l’ajout de fonctionnalités ou de modification par des développeurs. D’où l’importance d’un code commenté et « évolutif ».

Fin de vie du logiciel

Si un logiciel n’est plus utilisé, il doit pouvoir être effacé totalement, pour ne pas utiliser de la place inutilement. Ce qui est le cas de SPIP (me semble t il)

Services annexes

Les services annexes (Forum d’entraide, sites internet, canal IRC ) étant également stockés sur serveur. On retrouve donc la problématique du stockage et de la conception des outils. Ces divers points ayant été traités plus haut.