Introducció: Sobre què va tot açò?

Este manual proporciona una visió general breu del dany ambiental provocat pel programari, i com l'etiqueta ecològica Blue Angel (l'etiqueta ambiental oficial del govern alemany) proporciona un punt de referència per al disseny de programari sostenible.

La Blue Angel s'atorga a una sèrie de productes i serveis, des d'agents de neteja de la llar i electrodomèstics petits fins a productes de construcció. El 2020, l'Agència Alemanya del Medi Ambient va ampliar els criteris de concessió per a incloure productes de programari. Va ser la primera certificació ambiental del món que vincula la transparència i autonomia dels usuaris, dos pilars del Programari lliure de codi obert (FOSS, Free & Open Source Software), amb la sostenibilitat.

En este punt, vos preguntareu: què té a veure la sostenibilitat amb el programari? Com pot una cosa tan aparentment immaterial com el programari tindre una petjada ambiental? En este manual, farem una ullada més de prop a algunes de les formes en què el programari està contribuint a la crisi climàtica, i com pot ajudar el compliment dels criteris de concessió de Blue Angel per a la certificació ecològica de programari.

El llibre està dividit en tres parts:

• Part I: Impacte ambiental del programari
• Part II: Ecocertificació de programari d'escriptori
• Part III: Acompliment dels criteris de concessió de la Blue Angel

Mentre que la Part I explora el per què i la Part II el què de l'ecocertificació de programari, la Part III discuteix el com explicant el que cal saber per a mesurar el consum d'energia del programari i aplicar l'etiqueta ecològica Blue Angel. En concret, en esta secció proporcionem una guia pas a pas per acomplir l'ABC dels criteris de concessió: (A) Recursos i eficiència energètica, (B) Vida operativa potencial del maquinari i (C) Autonomia dels usuaris.

Part I: Impacte ambiental del programari

El 2021, l'Associació de Màquines de Computació (ACM), la societat de computació científica i educativa més antiga del món, va publicar un informe del Consell de Política Tecnològica titulat «Computació i canvi climàtic». Entre altres troballes, l'informe explora l'augment exponencial del consum d'energia i recursos de la intel·ligència artificial, així com els dispositius connectats a internet, tant en la producció com en l'ús. Les estimacions de l'informe són sorprenents. Només el 2021, s'estima que el sector de les tecnologies de la informació i la comunicació (TIC) contribuïx entre 1,8–3,9% de les emissions globals de carboni. Per posar açò en perspectiva, açò està al nivell de la indústria aeronàutica mundial, que s'estima que contribuïx amb el 2,5% de totes les emissions. L'informe avisa que si no es canvia res, el 2050 les emissions de carboni atribuïbles al sector de les TIC augmentaran a més del 30% de totes les emissions a nivell mundial.

En les seues conclusions, els autors reconeixen una contradicció inherent a la digitalització: la tecnologia digital «pot ajudar a mitigar el canvi climàtic», però «primer ha de deixar de contribuir-hi» (p. 1). Les TIC han revolucionat la nostra manera de viure, i sovint es lloa per aportar comoditat i eficiència a la nostra vida quotidiana. Les empreses han aprofitat la tecnologia digital per a la distribució eficient de tot tipus de béns de consum i la desmaterialització dels productes quotidians. Vehicles com cotxes, patinets i bicicletes estan amb facilitat disponibles per al lloguer a través d'aplicacions per a telèfons intel·ligents, eliminant la necessitat que els individus els posseïsquen per a utilitzar-los. La capacitat de transmissió de vídeo generalitzada significa no haver de produir o transportar DVD i discs Blu-ray per a veure una pel·lícula, i cremar combustible per conduir a la botiga de lloguer per arreplegar-ne un en una nit de dissabte és una cosa del passat. Els lectors electrònics han substituït les prestatgeries senceres. Amb la pandèmia mundial del SARS-CoV-2 que accelerà la integració de la digitalització en tots els aspectes de la vida quotidiana, les videoconferències estan substituint els esdeveniments una vegada (quasi) que es porten a terme exclusivament de manera presencial, incloent reunions d'oficina, conferències acadèmiques internacionals, recitals de piano locals, i fins i tot les primeres cites… ara tot és possible des de la comoditat de la llar amb un dispositiu connectat amb Internet.

Per totes les maneres en què els desenvolupaments tecnològics han fet aparentment que les nostres vides siguen menys materials i menys malbaratadores, i per tant, més còmodes i eficients, pot paréixer que el ritme ràpid de digitalització fa més bé a l'hora d'aconseguir els objectius de sostenibilitat del que els perjudica.

Però, n'esteu segur?

Internet i els dispositius que utilitzem per a connectar-nos-hi requerixen infraestructures reals, maquinari físic que demanda energia i consumix recursos. Sovint es passen per alt els impactes ambientals de, per exemple, les fàbriques que produïxen estos dispositius o la infraestructura que s'estén pels continents que permet la comunicació global. Tot açò requerix energia en el seu ús diari. A més, el maquinari que ja no s'utilitza acaba en centres de residus per al tractament final de la seua vida útil (que requerix encara més energia), o com a residus electrònics que són tòxics per a les persones i el medi ambient. Després es produïxen i transporten dispositius nous, en molts casos innecessàriament.

«Un fet que rarament encara és més apreciat és que la clau per a augmentar l'eficiència energètica i protegir els recursos naturals no es troba en el maquinari, sinó sobretot en el programari.» — Criteris de concessió de la Blue Angel: Resource and Energy-Efficient Software Products (p. 5)

Dins d'este panorama més ampli, es pot passar per alt el paper crític que juga el programari en la contribució al dany ambiental. De fet, en molts casos és el programari el que determina el consum d'energia i la vida operativa de la infraestructura digital. Este manual analitzarà més de prop algunes de les formes en què la tecnologia digital està contribuint al dany ambiental i a la crisi climàtica. Per a ser clar, este manual no és antitecnològic; sens dubte, la digitalització ha millorat la vida de moltes maneres per a un gran nombre de persones. Però els impactes ecològics de la tecnologia digital ens obliguen a pensar més profundament en les maneres com la fem servir i com podríem utilitzar-la de forma més eficient. I la bona notícia és que mitjançant el disseny de programari, els desenvolupadors poden tindre una influència immediata i significativa en molts dels temes tractats ací.

Al llarg del text, i especialment en seccions posteriors, l'ecoetiqueta Blue Angel per a programari d'escriptori servirà com a referent per al disseny de programari sostenible. Però, què vol dir «Blue Angel», de totes maneres?

L'etiqueta ecològica Blue Angel (en alemany: Blauer Engel Umweltzeichen) és l'etiqueta ambiental oficial del govern alemany. El 2020, l'Agència Alemanya del Medi Ambient (en alemany: Umweltbundesamt, o UBA) va publicar els criteris de concessió per a certificar productes de programari d'escriptori, la primera certificació ambiental del món que vincula transparència i autonomia dels usuaris amb sostenibilitat. El programari lliure de codi obert, o FOSS, té ací un avantatge real. Esperem que tingueu una comprensió millor de com és al final d'este manual.

Però per a abordar un problema de manera eficaç, primer hem d'identificar quin és el problema. Així que primer hem d'entendre què s'entén per la petjada digital de carboni i com està involucrat el programari que utilitzem diàriament.

Petjada material de la tecnologia digital

La tecnologia digital s'associa sovint (i erròniament) amb ser immaterial. Quan enviem un correu electrònic o carreguem dades al núvol, pot ser fàcil imaginar les nostres transmissions desapareixent en l'èter. Però hi ha un aspecte molt real i molt material en la digitalització, que abasta no només els nostres dispositius físics com telèfons intel·ligents i portàtils, sinó també les plantes de processament de metalls excavats necessaris per a fer-los funcionar, vaixells portacontenidors que transporten maquinari produït en massa, i cables i centres de dades que els connecten a xarxes globals. L'informe del 2018 «Lean ICT: Towards Digital Sobriety» descriu el problema així:

En gran manera se subestima la petjada material de la tecnologia digital pels seus usuaris, donada la miniaturització dels equips i la «invisibilitat» de les infraestructures utilitzades. Este fenomen es veu reforçat per l'àmplia disponibilitat de serveis al «núvol», que fa que la realitat física dels usos siga encara més imperceptible i conduïx a subestimar els impactes ambientals directes de la tecnologia digital. (p. 10)

Com va dir un article del New York Times, «la gent pensa que les dades estan en el núvol, però no ho estan. Són a l'oceà», referint-se als cables de comunicació submarins que s'estenen pel món. Per a portar la realitat tangible del «núvol» a la terra i davall l'oceà, hem de canviar la nostra perspectiva a la infraestructura oculta que proporciona la base de les nostres vides digitals. Les xarxes de dades poden estar en gran part davall l'aigua, però les emissions de carboni tindran conseqüències greus per a tots els entorns naturals. A la COP27 del novembre de 2022, el secretari general de les Nacions Unides, António Guterres va subratllar la urgència del moment quan va declarar: «Estem en una carretera cap a l'infern climàtic amb el peu a l'accelerador».

La tecnologia digital pot ajudar a mitigar el canvi climàtic, però primer ha de deixar de contribuir-hi.

Dins del sector TIC, què està contribuint a l'auge atmosfèric del CO₂?

Entre 2012 i 2018, la demanda d'energia d'intel·ligència artificial (IA) va augmentar 300.000 vegades, i actualment es duplica cada pocs mesos. S'ha estimat que entrenar un model individual d'IA (com els utilitzats en traducció automàtica o modelatge de llenguatge) pot requerir l'equivalent energètic de volar d'anada i tornada de Nova York en San Francisco… 300 vegades (açò és aproximadament 626.000 lliures de CO₂)! La tecnologia de cadena de blocs (blockchain) també és una contribuent notòria a explotar el consum d'energia; en concret, la validació de sistemes en funcionament com Bitcoin, que informes de la Harvard Business Review requerix tanta energia com països sencers com Suècia o Malàisia.

Al mateix temps, utilitzem més dispositius digitals que mai. El nombre de dispositius connectats a Internet, inclosos ordinadors portàtils i telèfons intel·ligents, però també televisors intel·ligents, assistents domèstics i altres dispositius IoT, està creixent ràpidament, i s'espera superar els 75 mil milions el 2025. Açò és només uns 10 dispositius per cada persona de la terra (encara que la distribució global d'estos dispositius està lluny de ser uniforme). A nivell mundial, l'adopció dels telèfons intel·ligents ha augmentat ràpidament, així com les demandes de recursos necessaris per a fabricar dispositius nous i cada vegada més potents. La producció d'estos dispositius, incloent la mineria de metalls de terres rares necessaris per fer-los funcionar, el seu transport, ús i eliminació final consumixen quantitats abundants d'energia.

No obstant açò, ací és important subratllar que el consum d'energia no és el mateix que les emissions de carboni. Les emissions de carboni depenen de la combinació particular de combustibles utilitzats per a la generació d'electricitat, coneguda com la matriu d'electricitat o de generació d'energia. Com a exemple, per al proveïment energètic de la Unió Europea el 2016, la matriu de generació d'energia incloïa el 32,9% de petroli, el 23,9% de gas, el 14,9% de carbó, el 13,7% d'energia nuclear i el 14,5% de renovables. Amb la crisi energètica del 2022, la combinació energètica en la UE ha canviat; en alguns casos a millor a llarg termini, en altres a pitjor a curt termini. Les emissions de carboni relatives dependran d'esta matriu: per exemple, el consum d'energia de fonts 100% neutres en carboni no contribuïx a emissions directes de CO₂.

Dany relatiu; o quan menys no és més

La digitalització sovint s'associa a la «desmaterialització»: la impressió de concerts o bitllets de viatge en paper ja no és necessària, ja que es poden descarregar i presentar en el telèfon intel·ligent; les fotografies no es col·leccionen en capses de sabates desbordades, sinó en una tauleta xicoteta o un disc dur; milers de pel·lícules i sèries de televisió es transmeten en els ordinadors portàtils, fent de les col·leccions de pel·lícules una cosa del passat. En molts casos, un dispositiu, un telèfon intel·ligent, s'utilitza per a tot açò, i molt, molt més.

Cadascun d'estos objectes materials va ser una part important de la nostra vida quotidiana… però hui en dia, senzillament ja no són necessaris. Açò ha de ser millor per a la terra, no?

Mentre que els dispositius digitals podrien reduir algunes formes de residus, estimar el veritable impacte ambiental de les tecnologies digitals requerix la comptabilitat de tot el cicle de vida d'un article. Açò inclou els costos de producció i transport de dispositius digitals (a i des de la botiga, així com a l'abocador), o els costos de redreçar els danys mediambientals causats pels residus electrònics. Açò és especialment cert a l'hora de considerar la petjada de carboni col·lectiva de les nostres tecnologies digitals, ja que en alguns casos la producció de dispositius, juntament amb el seu transport i tractament final de vida, aporten més emissions de gasos d'efecte hivernacle que l'ús dels dispositius sobre la seua vida operativa total. Per a il·lustrar açò, examineu l'Environmental Responsibility Report d'Apple de 2019, que estima que Apple va contribuir amb 25,2 milions de tones mètriques de CO₂ el 2018 (p. 9). La major part d'este, un huitanta per cent (!!!), prové de la producció (74%), el transport (5%) i el tractament final de la seua vida útil (<1%). Només el 19% prové de l'ús real dels dispositius.

Llavors, quin valor tenen els costos de fabricació d'un dispositiu digital per a reemplaçar tots estos objectes analògics? El llibre «Smarte Grüne Welt» (anglés: Smart Green World) de Steffen Lange i Tilman Santarius (2018) explora la dificultat de calcular un dany ambiental relatiu en intentar respondre a estes preguntes. Considereu este extracte, en el qual els autors exploren l'impacte ambiental de la impressió de llibres de paper respecte la fabricació de lectors electrònics (pp. 29–31; traduït de l'alemany):

Fer dispositius electrònics és òbviament més intensiu en energia i en recursos que imprimir un llibre individual. Per exemple, la producció d'un lector electrònic, normalment de menys de 200 grams, representa uns 15 quilos de materials diferents (especialment metalls no renovables i terres rares), 300 litres d'aigua i 170 quilos del gas d'efecte hivernacle diòxid de carboni. No obstant açò, no són només són decisives les quantitats de materials d'entrada i d'eixida, sinó també el seu impacte ambiental. Hi ha diferències grans entre els lectors electrònics i els llibres, especialment en la toxicitat dels materials i els processos de fabricació. És cert que la indústria paperera de molts països (encara) té efectes mediambientals molt negatius, per exemple quan el clor o els àcids emmetzinen les aigües locals. No obstant açò, els efectes mediambientals de la indústria electrònica a vegades són devastadors: els lectors electrònics i altres productes informàtics inclouen productes ignífugs bromats, ftalats, beril·li i moltes altres substàncies químiques que són greument perjudicials per a la salut i el medi ambient. Per no parlar de les conseqüències socials, com les condicions de treball a vegades miserables davall les quals el cobalt, el pal·ladi, el tàntal i altres recursos dels dispositius digitals s'extrauen inicialment en dictadures com la República del Congo o en altres països del sud global, i després s'eliminen al final de la vida com a residus electrònics perjudicials per al medi ambient.

Malgrat tot açò, el lector electrònic pot ser millor que el llibre. Açò depén en última instància de dos factors: quants llibres es lligen al lector electrònic al llarg de la seua vida? I quantes persones compartixen el llibre analògic? Perquè els costos mediambientals alts de producció del lector electrònic es puguen pagar ecològicament, cal llegir-hi un nombre determinat de llibres. Este és el cas després de 30 a 60 llibres, depenent del gruix del llibre i depenent de l'indicador ambiental. Si llegiu menys d'este nombre de llibres en un lector electrònic, és millor triar el format en paper. Si aneu més enllà d'açò, cada llibre en el lector electrònic és ecològicament millor que el seu homòleg analògic. A més, com s'utilitzen els objectes és bàsic […]: Si se suposa que algú compra un llibre i no deixa que ningú més el mire, llavors un fitxer en el lector electrònic és al voltant de cinc vegades més eficient energèticament que un llibre. Este avantatge, però, desapareix quan diverses persones compartixen un llibre.

Per tant, la substitució d'objectes físics a través de la tecnologia digital comporta un impacte ambiental reduït? Bé, depén. Per exemple, si compreu un lector electrònic, llegireu 30–60 llibres abans de descartar el dispositiu? Una enquesta de Gallup va constatar que el 2021, el 57% dels nord-americans lligen menys de 5 llibres a l'any, i el 15% lligen entre 6-10 llibres. Açò significa que per a més de dos terços de la població nord-americana, un lector electrònic hauria d'utilitzar-se durant cinc o deu anys per a ser l'opció més ecològica. Però quants consumidors actualitzen el dispositiu següent nou i brillant força abans?

També val la pena preguntar-se si un dispositiu seguirà suportat per una empresa pel període de temps que tardaria a ser l'elecció menys perjudicial. Al final del 2022, la llista de lectors electrònics descatalogats de la Viquipèdia incloïa setanta-un dispositius. Segons la llista, l'esperança de vida mitjana, és a dir, des de l'any d'entrada fins a l'any final, era d'1,5 anys, considerablement més curta que un període mínim de cinc anys d'ús, i molt menys una dècada! Quants d'estos lectors electrònics encara funcionaven però van acabar en un abocador a causa del suport de programari descatalogat? Este tipus d'obsolescència de maquinari és una contribució important cap al dany ambiental, siga en forma de residus electrònics o d'emissions de carboni associades amb la producció del dispositiu. Com escriuen Lange i Santarius: «és qüestionable que tots els lectors electrònics venuts, abans que es trenquen o tornen a quedar obsolets tècnicament, s'utilitzen tan intensament de mitjana que s'aconseguisca un benefici ecològic global» (p. 31; traduït de l'alemany).

Un «tsunami de residus electrònics»

Amb set metres d'alçària, el «WEEE Man» és un gegant. Pren el seu nom de la Directiva 2003 sobre residus d'aparells elèctrics i electrònics (WAEE en anglés), que establix objectius d'arreplegada, reciclatge i recuperació de residus electrònics en la UE¹, l'estàtua està feta de 3,3 tones mètriques de residus electrònics, o la quantitat mitjana de residus electrònics que una persona del Regne Unit genera durant tota la vida.

Els residus electrònics es consideren el «flux de residus de creixement més ràpid al món», amb 44,7 milions de tones mètriques generades el 2016, equivalent a 4,500 Torres Eiffel, que quan s'apilen, són 17 vegades més altes que l'Everest. El 2018, es va informar d'una estimació de 50 milions de tones mètriques de residus electrònics, motivant a l'ONU a referir-se a un «tsunami de residus electrònics que s'estén per tot el món». Les xifres continuen augmentant: el 2021, s'estima que es van generar 57 milions de tones mètriques a nivell mundial. Menys del 20 per cent es recupera i recicla, i encara que constituïx només el 2% de brossa en els abocadors, contribuïxen a quasi el 70% dels residus tòxics trobats allí.

Els impactes ambientals dels residus electrònics són enormes. Els components de ferralla electrònica com les CPU contenen materials potencialment nocius com el plom, cadmi, beril·li o retardants ignífugs bromats. El tractament del final de vida dels residus electrònics també pot implicar risc significatiu per a la salut dels treballadors i les seues comunitats. Els drapaires arrisquen la seua salut pels metalls preciosos rebutjats en ordinadors portàtils i telèfons intel·ligents «barrejats amb plom, mercuri o altres substàncies tòxiques». El procés de desmantellament i eliminació dels residus electrònics ha donat lloc a una sèrie d'impactes mediambientals als països en desenvolupament. Les emissions líquides i atmosfèriques acaben en masses d'aigua, aigües subterrànies, sòl i aire, i per tant, també en animals terrestres i marins, en cultius menjats tant per animals com per humans, i en aigua potable. Esta contaminació és un aspecte fonamental del dany ambiental de la tecnologia digital.

Una mirada al programari

Quina és la causa de tots estos residus electrònics, i per què els dispositius digitals que encara funcionen acaben en abocadors? L'enginyeria de programari té un paper important però sovint invisible en la direcció dels nostres patrons de consum digital. Els fabricants solen animar els consumidors a comprar dispositius nous, sovint innecessàriament; de fet, fins i tot poden fer-ho complir a través del disseny de programari. A causa de les restriccions de llicència sobre l'ús del programari i les dependències del proveïdor, els usuaris finals poden fer poc sobre este tema. En resum, estos motius són en gran part econòmics i no tecnològics perquè maquinari funcional es convertisca en residus electrònics.

El bloqueig de programari i l'obsolescència programada donen com a resultat un maquinari no utilitzable. El programari descatalogat publicat segons una llicència propietària pot, en el millor dels casos, deixar els usuaris vulnerables a virus i altres programes maliciosos, i, en el pitjor, senzillament deixar de funcionar, sense cap alternativa. La infraestructura subjacent de la qual la gent pot dependre per a executar una aplicació, com ara servidors de llicències de programari utilitzats per al control d'accés per part dels proveïdors de programari pot quedar desconnectada, a vegades de forma permanent. És possible que els usuaris no puguen continuar utilitzant el maquinari «obsolet» encara que ho desitgen.

Les característiques arrossegades i altres formes de programari inflat poden fer obsolet el maquinari menys potent, tot i que els clients mai han sol·licitat les funcionalitats addicionals o podrien voler eliminar-les si pogueren. Cal tindre en compte el següent:

«La potència de procés s'ha duplicat aproximadament cada dos anys des de 1970. Açò significa que les funcions es processen el doble de ràpid i, per tant, es requerix menys energia per a les mateixes funcions. No es pot observar una millora similar en eficiència en el camp del programari. […] La disponibilitat de maquinari més i més potent ha donat lloc al fet que el programari s'haja inflat cada vegada més de versió a versió, de manera que es requerisquen més recursos només per a una millora mínima o fins i tot cap funcionalitat.» — Criteris de concessió de la Blue Angel: Resource and Energy-Efficient Software Products (p. 5)

En estos casos, les dependències de proveïdor i les restriccions d'usuari atribuïbles al disseny de programari i les llicències signifiquen que els dispositius que encara funcionen es llancen a la pila de brossa mentre es consumixen més recursos per a produir i transportar-ne de nous.

Quan es fa obsolet el maquinari funcional, el disseny de programari que requerix servidors de llicències, pateix característiques arrossegades, etc., també dona com a resultat un consum d'energia més gran mentre s'utilitza el programari. Per exemple, un estudi publicat per l'Agència Alemanya de Medi Ambient i un article relacionat va trobar que dues aplicacions que fan el mateix i aconseguixen el mateix resultat poden tindre perfils energètics dràsticament diferents.

Les dades de l'estudi inclouen una comparació de dos programes de processament de textos: el processador de textos 1 s'identifica com a codi obert, mentre que el processador de textos 2 s'identifica com un producte de programari propietari. Ambdós programes informàtics van executar la mateixa seqüència d'ordres a través d'un script s'escenari d'ús estàndard (SUS), corresponent a «l'ús més representatiu del programari respectiu durant un període de temps definit» (p. 23). Tornarem a la creació de scripts d'escenaris d'ús a la part III d'este manual. Per ara, el que és important destacar és la gran diferència en l'ús d'energia. El processador de textos en execució 2 va consumir 4 vegades l'energia en comparació amb el processador de textos 1, de nou, i açò no es pot incidir més, per fer la mateixa tasca!

Mirant més de prop l'ús d'energia dels dos processadors de textos al llarg del temps, també està clar com els dos programes es comporten de manera bastant diferent… i potser al contrari del que es podria esperar. Considereu el gràfic de davall, en el qual es mostra el consum d'energia mentre s'executa la seqüència d'ordres de l'escenari d'ús. Al voltant dels 440 segons, l'script demana als dos processadors de textos que guarden el document i després deixa de demanar més accions. Com podeu veure, el processador de textos 1 es queda inactiu (com es podria esperar). Per contra, el processador de textos 2 continua funcionant, consumint energia tot i que l'script ha acabat.

Val la pena preguntar per a què servixen les activitats addicionals des dels 440 als 600 segons: són necessàries les accions del processador de textos 2 per a la funcionalitat del programari? El processador de textos arreplega i transmet dades de l'usuari? Si és així, els usuaris tenen alguna manera de desactivar este tipus d'anàlisi? De fet, l'autonomia dels usuaris, com la capacitat d'apagar l'ús no desitjat de dades, pot fer una diferència gran en el perfil d'energia d'un producte de programari. La mineria de dades, el seguiment de tercers, els algorismes personalitzats per a maximitzar el compromís i la publicitat són motors significatius del consum d'energia. Arreplegar i analitzar dades d'usuari i algorismes d'entrenament sobre açò requerix energia i infraestructura de càlcul.

Els investigadors de la UE han estimat els costos ambientals del seguiment i els anuncis que els usuaris no poden desactivar, anomenats «ús no desitjat de dades» en l'informe de 2021 «Empremta de carboni de l'ús no desitjat de dades per telèfons intel·ligents: una anàlisi per en la UE». La petjada de carboni d'este seguiment de telèfons intel·ligents, entre 3 i 8 milions de tones mètriques a l'any només en la UE, és «igual que la petjada de carboni d'entre 370 i 950 mil ciutadans de la UE» (a pitjor, aproximadament la petjada anual d'una ciutat com Torí o Lisboa). L'informe assenyala que al voltant del 60% dels usuaris europeus de telèfons intel·ligents diuen que optarien per abandonar el seguiment i bloquejarien els anuncis si fora possible. Açò és una quantitat terrible de consum d'energia per una cosa que la majoria dels usuaris no volen de cap manera!

«La veritat és exactament el contrari»: la paradoxa de Jevons

L'augment de l'eficiència del programari per si sol no es traduïx necessàriament en empremtes ambientals més febles. Per exemple, l'«efecte rebot» (també conegut com a «efecte de recuperació») descriu com les millores d'eficiència poden portar a canvis en l'ús que disminuïsquen o fins i tot neguen els beneficis originals.

Imagineu que un canvi en el programari comporta una millora del 5% en l'eficiència energètica. No obstant açò, a causa de l'augment de l'estalvi d'energia, és possible que acabe utilitzant més el programari, el que provoca menys estalvi d'energia en general. Diguem que a causa de l'augment de l'ús, l'ús general d'energia del programari cau en només un 1%. En este cas, l'efecte rebot és del 80% ((5-1)/5): és a dir, estos guanys originals d'eficiència han disminuït un 80%, pràcticament negant qualsevol estalvi de les millores!

Si l'efecte rebot supera el 100%, el que significa que s'acaba utilitzant més energia que abans, açò es coneix com la paradoxa de Jevons, o «efecte no desitjat». El concepte prové de l'economista anglés William Stanley Jevons, qui el 1865 va reconéixer que les millores tecnològiques en l'ús del carbó en realitat augmentaven el consum de carbó a totes les indústries. Jevons va concloure que:

«És una confusió d'idees suposar que l'ús econòmic del combustible és equivalent a un consum disminuït. La veritat és exactament el contrari.» [s'ha afegit l'èmfasi]

Una interpretació pràctica d'esta paradoxa és que els guanys d'eficiència han de combinar-se amb pràctiques de conservació per a tindre un efecte significatiu, no siga que s'acabe consumint més que abans. L'informe ACM des del començament d'esta secció destaca un punt similar: «Les eficiències derivades de la computació han d'anar acompanyades d'una reducció de la demanda d'energia per a reduir les emissions de carboni del sector de les TIC» (p. 1). En altres paraules, tant l'enginyeria de programari com el comportament de l'usuari són elements bàsics a tindre en compte a l'hora de combatre el dany ambiental impulsat pel programari.

Tot açò val la pena?

Si observem el panorama general, els danys mediambientals provocats pel programari i les emissions globals de gasos d'efecte d'hivernacle poden ser menys importants en comparació amb altres indústries. Per tant, pareix raonable preguntar: val la pena centrar-se en els impactes ambientals del programari, un problema que pot paréixer relativament xicotet en el gran esquema de tot plegat?

Hi ha algunes coses que podríem considerar ací. El primer és un rebuig de la fal·làcia «No tan roín com», també coneguda com a «Invocació de problemes pitjors». L'argument general és així: les contribucions del programari a les emissions globals del CO₂ poden no ser tan roïnes com les d'una altra indústria, i per tant no val la pena centrar-s'hi. El que està malament en este argument és que encara que una altra indústria pot ser pitjor, açò no nega el fet que l'enginyeria de programari és responsable de causar danys ambientals greus. A més, la fal·làcia «No tan roín com» suggerix una elecció falsa entre abordar un problema o l'altre, quan de fet el disseny de programari ecològic és només una peça d'un trencaclosques més gran.

No siguem com el Barret blanc de XKCD i invoquem problemes pitjors com a excusa per no fer res!

En segon lloc, centrar-se només en la solució del «problema més gran» no és necessàriament l'estratègia més efectiva. També és important ponderar la probabilitat d'èxit a l'hora d'abordar un problema, així com el temps i els recursos necessaris per fer-ho. El programari lliure de codi obert, amb el seu enfocament en l'autonomia dels usuaris i la transparència, proporciona oportunitats úniques per als usuaris, les comunitats i les organitzacions per abordar directament els problemes socials i ecològics entrellaçats. El FOSS es pot adaptar, actualitzar i mantindre a un cost més baix i sense dependències de proveïdors ni restriccions artificials.

En tercer lloc, és d'esperar que ja quede clar que el programari té impactes significatius en el consum d'energia i en la producció de residus, tots dos amb conseqüències per al medi ambient. A més, si es consideren canvis mínims a escala en el disseny de programari pot provocar estalvis comparables al consum anual d'energia de ciutats senceres. Esta afirmació es basa en un exemple de Detlef Thoms, enginyer de producte a SAP, que fa càlculs aproximats (04:20–06:10) per a anar d'una reducció de CPU d'un segon, equivalent a un estalvi de 10 watts segon, a un estalvi de 95 mil megawatts hora senzillament augmentant l'escala. Estos estalvis són comparables amb el consum anual d'energia de més de 30.000 llars de dues persones.

Com afirma Detlef Thoms en el vídeo: «Sovint, és un conjunt de decisions força gestionables que porten a diferències significatives en el consum d'energia».

Finalment, per fer afirmacions sobre el dany relatiu, primer és necessari tindre estimacions sobre els efectes reals. Atés que la recerca en l'àrea del consum d'energia i recursos del programari encara és força nova, sovint no tenim dades per fer afirmacions basades en dades. Amb este manual, i amb l'etiqueta ecològica Blue Angel com a guia, KDE espera ajudar a canviar-ho.

Canviar el nostre programari pot paréixer un gest xicotet per abordar un tema tan complex com el canvi climàtic. També és clar que canviar els nostres patrons de consum individuals pot no ser suficient per si sol (pitjor, evidència suggerix que els principals contribuents a les emissions globals de gasos d'efecte hivernacle, com ExxonMobile, han apadrinat una retòrica de la responsabilitat individual del consumidor per eludir el seu propi paper en la crisi). És cert: un futur de zero emissions requerirà canvis fonamentals en la nostra manera de viure, i esta responsabilitat no es pot gestionar a escala individual. Però considereu el que l'antropòloga Margaret Mead va observar una vegada:

«Mai dubtem que un xicotet grup de ciutadans reflexius i compromesos pot canviar el món; de fet, és l'única cosa que mai ha sigut.»

El canvi estructural es produïx quan les persones dedicades i apassionades s'organitzen per fer front a problemes socials urgents. Amb dècades d'experiència reunint amb èxit les comunitats globals per a treballar cap a objectius comuns, el Programari lliure de codi obert (Free & Open Source Software, FOSS) pot ser una força potent per combatre l'impacte ambiental de la digitalització. Sabem com organitzar-nos; ara, es tracta de convertir els plans en pràctica, els objectius en realitat. Unim-nos per combatre el dany ambiental impulsat pel programari. Fomentem una cultura de sostenibilitat digital en les nostres comunitats de programari. Construïm junts programari eficient en energia i recursos!

Una nota sobre les fonts

Alguns materials d'esta secció es basen directament en el text de dos articles de la Viquipèdia: (i) «Directiva sobre residus d'equips elèctrics i electrònics» i (ii) «Residu electrònic». Ambdós textos estan publicats segons la llicència Creative Commons Attribution-Share-Alike 3.0.

Part II: Ecocertificació de programari d'escriptori

Què tenen en comú els productes de construcció, paper higiènic i programari?

Cadascun pot ser ecocertificat amb l'etiqueta ambiental Blue Angel, l'etiqueta ambiental oficial del govern alemany!

L'etiqueta ecològica Blue Angel s'atorga a una sèrie de productes i serveis, des de productes de paper i materials de construcció fins a impressores, i certifica que un producte complix una llista de requisits estrictes per a ser respectuós amb el medi ambient durant el cicle de vida del producte. L'any 2020, l'Agència Alemanya del Medi Ambient va ampliar els criteris de concessió per a incloure productes de programari, la primera certificació ambiental que vincula transparència i autonomia dels usuaris amb sostenibilitat.

En concret, els criteris d'ecocertificació requerixen transparència sobre el consum d'energia del programari quan s'utilitza, al mateix temps que s'assegura que el programari és capaç d'executar-se en maquinari antic. A més, els criteris inclouen una llista de requisits relacionats amb l'autonomia dels usuaris que poden reduir l'impacte ambiental del programari.

Esta secció proporciona una visió general de la Blue Angel i l'ABC dels criteris de concessió per al programari d'escriptori. També mostra com el compliment dels criteris de concessió pot reduir els danys mediambientals. En particular, ací farem un zoom dels detalls sobre els requisits d'autonomia dels usuaris dels criteris de concessió de la Blue Angel, als quals tornarem a la part III. Però en primer lloc, una breu introducció a la Blue Angel i a la iniciativa KDE Eco.

La Blue Angel per al programari d'escriptori

Presentada el 1978, la Blue Angel és la primera etiqueta ecològica a nivell mundial i l'etiqueta ambiental oficial atorgada pel govern alemany. L'etiqueta està administrada pel Ministeri Federal d'Alemanya per al Medi Ambient, la Conservació de la Natura, la Seguretat Nuclear i la Protecció del Consumidor (alemany: Bundesministerium für Umwelt, Naturschutz, nukleare Sicherheit und Verbraucherschutz, o BMUV). L'etiqueta ecològica Blue Angel també és membre de la Global Ecolabelling Network (GEN), una xarxa internacional d'etiquetes ecològiques Tipus I que en el moment d'escriure té 37 membres en quasi 60 països.

La Blue Angel no va ser la primera etiqueta ecològica tipus I per al programari; el Consell Verd de Hong Kong, també membre de la Global Ecolabelling Network, va publicar els criteris el 2010 per a programari informàtic verd. Però els criteris de l'etiqueta ecològica Blue Angel són els primers a identificar un procés per a mesurar el consum d'energia del programari i especificar maneres que la independència de l'usuari reduïsca el dany ambiental.

Vos podeu preguntar: Què és una etiqueta ambiental de tipus I? Per a estes etiquetes ecològiques, es té en compte tot el cicle de vida del producte. A més, el compliment dels criteris de concessió és avaluat per un tercer. (El compliment de les etiquetes mediambientals de tipus II, per comparació, és autodeclarat i no requerix cap auditoria de tercers.)

L'etiqueta ecològica Blue Angel s'ha atorgat a uns 100 grups de productes i serveis en diversos sectors, incloent-hi productes de paper i construcció, mobles, roba, agents de rentatge i neteja, serveis de neteja, productes químics per a la llar, envasos, vehicles, energia i calefacció i dispositius elèctrics per a la llar. A partir de 2022, amb l'ecocertificació del lector universal de PDF i documents de KDE Okular, esta llista també inclou programari d'escriptori.

L'Agència Alemanya de Medi Ambient desenvolupa de manera transparent els criteris de concessió de la certificació. El procés inclou el Jurat d'Etiqueta Mediambiental, un organisme format per proveïdors, així com organitzacions de la societat civil i institucions de recerca. L'auditor RAL gGmbH, com a tercera part independent, avalua el compliment dels criteris i atorga el segell. És important destacar que Blue Angel no certifica que un producte siga completament inofensiu. En lloc d'açò, els productes certificats representen un «mal menor» respecte al dany mediambiental; açò es pot resumir amb el lema «el menys possible, tant com siga necessari». En lloc de comparar productes diferents, l'etiqueta ecològica Blue Angel indica que un producte complix una llista de requisits per a una categoria específica.

L'ABC dels criteris de concessió

Els criteris de concessió de Blue Angel per als «Resource and Energy-Efficient Software Products» es van publicar el gener de 2020. Hi ha dos objectius principals de Blue Angel per al programari: (i) concedir programari amb requisits de rendiment més baixos de tal manera que «siguen possibles vides operatives més llargues per al […] maquinari»; i (ii) reconéixer productes que «destaquen pel seu nivell alt de transparència i donen als usuaris una llibertat més gran en el seu ús del programari» (p. 6). Per a aconseguir-ho, hi ha tres categories principals, a les quals es fa referència ací com els ABC dels criteris de concessió: (A) Eficiència energètica de recursos, (B) Vida operativa potencial del maquinari, (C) Autonomia dels usuaris.

Els criteris de la categoria (A) requerixen que es mesure i informe el consum d'energia d'un producte de programari, i exposa que el consum d'energia de l'aplicació no pot augmentar en més d'un 10% des del moment de la seua certificació. Les dades de consum d'energia es mesuren utilitzant un mesurador d'energia extern i compta amb altres dades de rendiment del maquinari, com l'ús de la CPU o el trànsit de xarxa, mentre el programari s'executa d'una manera representativa. Tornarem a açò en la part III.

Els criteris de la categoria (B) asseguren que el programari té requisits suficients de rendiment baix per a funcionar amb maquinari més antic i menys potent d'almenys cinc anys d'antiguitat. El compliment comporta una declaració de compatibilitat cap arrere, amb detalls sobre el maquinari en el qual s'executa el programari i la pila de programari requerida.

Finalment, els criteris de la categoria (C) garantixen que els usuaris tinguen una influència en el consum d'energia i l'ús de conservació de recursos del programari. Hi ha huit categories per als criteris d'autonomia.

1. Formats de dades: Interoperabilitat per a donar l'elecció als usuaris

   Els proveïdors no haurien d'utilitzar formats de dades per a bloquejar els usuaris utilitzant un programa informàtic específic, ni tampoc haurien d'imposar costos onerosos de canvi. Els formats de dades interoperables impedixen que els usuaris queden atrapats utilitzant un programa que consumix una gran quantitat d'energia, quan un programa més eficient pot aconseguir els mateixos resultats amb menys demanda de maquinari. Els usuaris haurien de poder canviar amb facilitat els programes i accedir a totes les seues dades.

2. Transparència: Supressió de les dependències d'usuari per a l'ús a llarg termini

   La transparència en el codi del programari i les interfícies d'aplicació significa eliminar qualsevol dependència d'una empresa o organització en particular. També significa eliminar les restriccions sobre l'ús a curt i llarg termini del programari i, per tant, del maquinari. Quan els desenvolupadors decidixen finalitzar el suport del seu programari, o bé s'han de continuar proporcionant actualitzacions de seguretat (vegeu més avall) o el codi font s'ha de fer públic perquè tercers puguen continuar proporcionant suport per al programari. A més, la millora de la funcionalitat del programari no ha d'estar limitada per interfícies d'aplicació restrictives o no documentades (API).

3. Continuïtat del suport: Actualitzacions de seguretat per previndre residus electrònics

   Dependre dels proveïdors per a actualitzacions essencials no hauria de donar lloc a productes de programari abandonats que no es poden utilitzar sense presentar desavantatges greus per als usuaris, com ara vulnerabilitats al programari maliciós. Les actualitzacions de seguretat s'han de proporcionar fins cinc anys després que s'interrompa el desenvolupament del programari. A més, les actualitzacions de seguretat haurien de poder ser separades de les actualitzacions de funcionalitats perquè els usuaris no estiguen obligats a adoptar funcionalitats no desitjades, per exemple, característiques arrossegades i altres formes de programari inflat. Este programari descatalogat i programari inflat deixen el maquinari inutilitzable i produïxen residus electrònics innecessaris.

4. Possibilitat de desinstal·lació: Eliminació de programari no desitjat per a augmentar l'eficiència

   Poder desinstal·lar completament programari que no es necessita té beneficis ecològics. Els components de programari inflat, amb característiques arrossegades i no desitjats poden crear ineficiències ocupant memòria, malbaratant temps de processament, afegint ús del disc, consumint emmagatzematge i causant retards en l'inici i la parada del sistema. Quan un usuari ja no vullga continuar utilitzant un programa informàtic, ha de ser possible purgar-lo completament del sistema mantenint totes les dades generades per l'usuari.

5. Capacitat fora de línia: Per a evitar dependències i disminuir el consum d'energia

   Hauria de ser possible l'ús de programari sense una connexió amb Internet, a menys que, per descomptat, calga una connexió de xarxa per a la funcionalitat prevista del programari. Els servidors de llicències i altres formes de control d'accés restringixen l'ús d'una aplicació de maneres que són innecessàries per a la funcionalitat prevista del programari. Quan un servidor cau o hi ha una interrupció d'Internet, este control d'accés impedix que la gent utilitze el seu programari, possiblement de forma permanent. A més, estes dependències requerixen trànsit de xarxa i, per tant, consumixen energia més enllà del que es necessita per al propòsit previst del programari.

6. Modularitat: Per disminuir les demandes de memòria i d'energia

   Els usuaris haurien de poder instal·lar només el que necessiten. Les funcions no essencials augmenten les demandes de memòria i energia, fent que el programari siga menys eficient i potser incapaç d'executar-se en maquinari més antic. Les persones haurien de tindre la capacitat de limitar l'interval de funcions del programari a les que volen o requerixen.

7. Llibertat davant la publicitat: Baixa voluntària per a reduir el consum d'energia

   L'ús de dades no desitjades només a la Unió Europea equival aproximadament al consum energètic anual d'una ciutat com Lisboa o Torí; vegeu la PART I. Permetre que els usuaris tinguen la baixa voluntària dels anuncis reduïx les demandes d'energia i recursos en els dispositius de l'usuari final i en els servidors que executen els anuncis. La baixa voluntària també disminuïx el volum de dades transmeses i, per tant, reduïx el consum d'energia del trànsit de xarxa.

8. Documentació: Per donar suport a l'estalvi de recursos, l'ús continu de programari… i per tant, de maquinari

   La documentació és un requisit previ per a la viabilitat a llarg termini d'un producte de programari. La documentació també ha de demostrar la capacitat del programari per a estalviar recursos. En documentar els criteris enumerats anteriorment, els usuaris poden continuar utilitzant programari, i per tant maquinari, d'una manera sostenible, mentre que els desenvolupadors poden mantindre el programari sense dependències o restriccions imposades pels venedors.

El disseny de programari que complix amb els criteris de concessió és menys probable que pateixi diverses formes d'ineficiències. Açò, al seu torn, pot ajudar a mitigar el problema dels residus electrònics: amb un programari que no fomenta l'obsolescència anticipada del maquinari, cal produir i enviar menys dispositius, cosa que significa menys metalls valuosos que cal extraure i processar, el que al seu torn dona com a resultat una reducció de la contaminació de l'aigua i del sòl. En assegurar l'autonomia dels usuaris, els desenvolupadors poden assegurar que el seu programari reduïsca el dany ambiental de més maneres, ja siga mantenint els dispositius en ús durant més temps, o mitjançant la reducció de l'ús de l'energia i els recursos del programari mentre està en ús.

Amb el seu enfocament en la transparència en l'eficiència de recursos i d'energia, la vida operativa del maquinari i l'autonomia dels usuaris, els criteris de concessió de la Blue Angel per al programari proporcionen un marc complet per a començar una debat sobre la sostenibilitat del programari. A les comunitats FOSS, sovint donem per descomptat l'autonomia i la transparència dels usuaris i els seus beneficis. Tot i que ser programari lliure de codi obert no és un requisit per a obtindre l'ecoetiqueta Blue Angel, està en esta categoria que el FOSS realment destaca. En molts sentits, ja estem en l'avantguarda del disseny de programari sostenible!

Okular, el primer programa d'ordinador ecocertificat

El 2022 Okular, el lector de PDF i visor universal de documents multiplataforma de KDE, va ser el primer producte de programari reconegut oficialment com a disseny de programari sostenible, tal com es reflectix en els criteris de concessió de Blue Angel. Okular també és el primer programa d'ordinador ecocertificat dins de la Global Ecolabelling Network.

Okular és un producte de programari mantingut per KDE, una comunitat mundial d'enginyers de programari, artistes, escriptors, traductors i creadors compromesos amb el desenvolupament de programari lliure. KDE manté nombrosos productes FOSS, inclòs l'entorn d'escriptori Plasma; l'aplicació de disseny per a pintors i artistes gràfics, Krita; el conjunt GCompris d'activitats educatives per a infants; Kdenlive, un producte de programari d'edició professional de vídeo; i per descomptat Okular, un visor de documents per a PDF, còmics, articles científics i acadèmics i dibuixos tècnics.

Amb la guia de la missió i la visió de KDE des de la seua fundació el 1996, així com el talent i les capacitats dels membres de la comunitat, KDE és pioner en la defensa del programari sostenible. El 2021 KDE va iniciar KDE Eco, un projecte amb l'objectiu de posar KDE i el programari lliure en l'avantguarda del disseny de programari sostenible. La sostenibilitat no és nova al programari lliure i de codi obert (FOSS) i les quatre llibertats sempre han fet que el programari lliure siga sostenible. Però ara, els dos pilars de l'OSS, la transparència i l'autonomia dels usuaris, tenen un reconeixement més gran pels seus impactes en la sostenibilitat, i es van incorporar als criteris de sostenibilitat establits per l'Agència Alemanya de Medi Ambient a través de l'etiqueta ecològica Blue Angel.

Amb el primer producte de programari ecocertificat, la comunitat KDE celebrava l'assoliment juntament amb la comunitat de programari lliure, i també amb el departament de ciències de la computació al Umwelt Campus Birkenfeld, on els investigadors van mesurar els recursos i el consum d'energia d'Okular i d'altres programes de KDE.

Els criteris de concessió de Blue Angel reflectixen els valors de KDE i els del moviment FOSS més gran sense problemes. El programari lliure de codi obert garantix la transparència i el control en mans dels usuaris, en lloc d'obligar-los a treballar amb determinats fabricants o proveïdors de serveis. Açò permet als usuaris decidir què volen del programari que utilitzen i, al seu torn, també prendre decisions sobre el maquinari que utilitzen. Els usuaris podrien ser capaços de reduir el consum d'energia dels programes amb poca o sense pèrdua de funcionalitat, instal·lant només el que necessiten, ni més ni menys; també poden evitar opcions de publicitat invasiva o de mineria de dades que executen processos en segon pla, consumint encara més recursos en el dispositiu i en la xarxa. Pel que fa als desenvolupadors de FOSS, normalment continuen donant suport a maquinari que la indústria estaria ansiosa per a fer obsolet, proporcionant als usuaris programari actualitzat i segur per a dispositius que d'altra manera podrien ser descartats com a residus electrònics i acabar contaminant els abocadors.

Publicat amb la llicència GPLv2+, Okular és programari FOSS, i per tant, ja acomplia molts dels criteris d'autonomia dels usuaris necessaris per a obtindre el segell d'aprovació Blue Angel. Es van dur a terme més treballs per a fer que Okular complira plenament amb tots els criteris de la Blue Angel, i es reconeix oficialment com proporcionar transparència en el consum d'energia i recursos, ampliant la vida útil potencial dels dispositius i permetent l'autonomia dels usuaris.

Okular permet comprovar les signatures digitals i signar documents, així com incloure text anotat i comentaris directament incrustats en el document. Okular funciona a Linux, Windows, Android i Plasma Mobile, i està disponible per a descarregar-se per a totes les distribucions de GNU/Linux, com un paquet independent des de Flathub i Snap Store, a través del repositori de llançaments de KDE F-Droid per a Android, així com des de la Microsoft Store. El codi font també està disponible amb facilitat al repositori de GitLab d'Okular perquè tothom l'utilitze, estudie, compartisca, millore i, sobretot, el gaudisca.

KDE i la comunitat de programari lliure volen enviar un sincer agraïment als desenvolupadors d'Okular per fer programari respectuós amb el medi ambient per a tots nosaltres!

A la part III d'este manual, veurem els passos que cal completar per a unir-se a nosaltres en el fet que el vostre projecte de programari lliure també siga reconegut pel seu disseny de programari sostenible. En primer lloc, però, quins són exactament els beneficis d'obtindre la Blue Angel?

Beneficis de la Blue Angel

Steffi Lemke, Ministre Federal de Medi Ambient, Conservació de la Natura, Seguretat Nuclear i Protecció del Consumidor (BMUV), ha dit açò sobre la reputació de la Blue Angel:

Un nombre creixent de persones se centren en la durabilitat i l'amabilitat ambiental a l'hora de comprar productes. Açò és precisament el que representa Blue Angel. L'etiqueta ecològica ha sigut una garantia d'estàndards alts de protecció del nostre medi ambient i la nostra salut durant 40 anys d'una manera independent i creïble.

De fet, en el seu llibret del 40è aniversari «40 anys de Blue Angel. Bo per a mi. Bo per al medi ambient», l'Agència Alemanya del Medi Ambient (UBA) va explorar la història, el present i el futur de l'etiqueta ecològica. En el llibret, identifiquen alguns dels criteris generals que consideren a l'hora d'ecocertificar un producte, com ara:

• reducció de les emissions de substàncies nocives en el sòl, l'aire, l'aigua i l'interior;
• producció de recursos sostenible;
• longevitat, capacitat de reparació i reciclatge del producte; i
• ús eficient, per exemple, productes que estalvien energia.

A mesura que arribeu fins al final d'esta secció, esperem que quede clar com el compliment dels criteris de concessió de Blue Angel per a programari d'escriptori promou els beneficis ambientals anteriors, entre d'altres.

Les etiquetes mediambientals poden ser un instrument per a moure els mercats en la direcció dels productes sostenibles. Com diu el lloc web de Blue Angel: «L'objectiu de l'etiqueta ambiental és proporcionar als clients particulars, als grans consumidors institucionals i als organismes públics una guia fiable per a una compra conscient respecte al medi ambient.»

Què diu el mercat?

Una enquesta del llibret va trobar que el 92% dels alemanys reconeixen l'etiqueta ecològica, i per al 37% l'etiqueta influïx en les seues opcions de compra. L'etiqueta ecològica també es pot reconéixer fora d'Alemanya! Fins a un 15% dels destinataris de la Blue Angel estan fora d'Alemanya. Un dels motius d'açò és que, a diferència d'altres etiquetes ecològiques, la Blue Angel no posa requisits sobre on es pot comercialitzar un producte. A més, el segell Blue Angel es considera una marca d'alta qualitat a nivell internacional, i els criteris de concessió es consideren un indicador de la direcció del mercat de la UE, i fins i tot s'utilitzen a vegades com a guia per a optimitzar productes.

Rebre el segell Blue Angel pot elevar el perfil del seu producte no només entre els particulars, sinó també entre les grans organitzacions. Les iniciatives Green Public Procurement (GPP), que «busquen promoure la contractació pública de béns, serveis i treballen amb un impacte ambiental reduït durant tot el seu cicle de vida» (Comissió Europea), influïxen en les opcions de compra tant en el sector públic com en el privat. L'ecocertificació del vostre producte de programari amb la Blue Angel demostra una aposta per la sostenibilitat digital a llarg termini, i dona visibilitat al producte tant en Alemanya com a l'estranger.

Una nota sobre les fonts

Alguns materials d'esta secció es basen directament en el text de dos articles de la Viquipèdia: (i) «Blue Angel (certification)» i (ii) «Software bloat». Ambdós textos estan publicats segons la [llicència Creative Commons Attribution-Share-Alike 3.0] (https://spdx.org/licenses/CC-BY-SA-3.0.html). Alguns materials d'esta secció també es basen directament en la publicació del blog KDE Eco «First Ever Eco-Certified Computer Program: KDE's Popular PDF Reader Okular», que s'ha publicat segons la llicència internacional Attribution-ShareAlike 4.0 de Creative Commons.

Part III: Acompliment dels criteris de concessió de la Blue Angel

Les tres categories principals dels criteris de concessió de Blue Angel per al programari d'escriptori són:

• (A) Recursos i eficiència energètica
• (B) Vida operativa potencial del maquinari
• (C) Autonomia dels usuaris

En esta secció vos oferirem una guia pràctica per complir amb cada conjunt de criteris. Hi ha nombrosos beneficis de complir els criteris bàsics de concessió. En fer que el consum d'energia del vostre programari siga transparent i complir amb la vida operativa del maquinari i els criteris d'autonomia dels usuaris, aconseguiu els beneficis de:

• Ecocertificació: Sol·liciteu l'ecoetiqueta Blue Angel per a demostrar als usuaris, empreses i organitzacions governamentals que el vostre programari està dissenyat de manera sostenible.
• Desenvolupament orientat a dades: Trobeu ineficiències en termes de consum d'energia i maquinari, i preneu decisions basades en dades per al desenvolupament del programari.
• Disseny sostenible: Per a l'ús sostenible a llarg termini del programari, i per tant del maquinari, cal tindre en compte els criteris d'autonomia dels usuaris a l'hora de planificar el disseny del programari.
• Informació de l'usuari final: Ressalteu als vostres usuaris les formes en què el programari ja està dissenyat de manera sostenible mitjançant l'ús dels criteris de Blue Angel com a referència.

(A) Com mesurar el vostre programari

La configuració del laboratori consistix en un mesurador d'energia, un ordinador per agregar i avaluar l'eixida del mesurador d'energia, i un ordinador d'escriptori per al sistema a provar on s'emula el comportament de l'usuari. La configuració descrita ací seguix les especificacions de Blue Angel Basic Award Criteria for Resource and Energy-Efficient Software Products».

La terminologia prové en part de Kern et al. (2018): «Sustainable software products — Towards assessment criteria for resource and energy efficiency».

Vegeu també els recursos següents de l'Umwelt Campus Birkenfeld:

• Seiwert & Zaczyk (2021): «Projektbericht: Ressourceneffiziente Softwaresysteme am Beispiel von KDE-Software» (només en alemany)
• Mai (2021): «Vergleichende Analyse und Bewertung von Betriebssystemen hinsichtlich ihrer Energieeffizienz» (només en alemany)
• «OSCAR Manual» (només en alemany)

Vista general de la configuració del laboratori

La configuració del laboratori requerix 1 mesurador d'energia i almenys 2 ordinadors:

• Mesurador d'energia

  Un dels dispositius recomanats per Blue Angel és el Gude Expert Power «Control» 1202 Series (manual). Proporciona endoll per a alimentar l'ordinador i mesura l'electricitat durant el funcionament. El dispositiu es pot controlar i llegir mitjançant Ethernet per cable. Hi ha una interfície d'usuari basada en web, una API de Rest, i el dispositiu admet diversos protocols com SNMP o syslog.

• Ordinador 1: Agregador i avaluador de dades

  L'ordinador s'utilitzarà per arreplegar i avaluar els resultats del mesurador d'energia.

  Hi ha disponible un script en Python per a llegir les dades del Gude Expert Power «Control» 1202 Series al repositori FEEP.

  Es recomana controlar el progrés en directe amb el segon ordinador per a assegurar que tot transcorre sense problemes. Açò es pot fer amb el Labplot, per exemple; llegiu-ne més ací.

  Altres mesuradors d'energia poden requerir programari no lliure, per exemple, el programari de monitoratge de xarxa elèctrica de Janitza.

• Ordinador 2: Sistema a provar

  El sistema de referència és el maquinari utilitzat per a mesurar el consum d'energia del «sistema a provar», o SUT (de l'anglés «system under test»). El SUT inclou el sistema operatiu i el programari instal·lat per (i) provar el producte de programari, (ii) emular l'escenari d'ús estàndard² i (iii) arreplegar els resultats de rendiment del maquinari.

Cal tindre en compte el següent:

• Per als sistemes GNU/Linux, els criteris de la Blue Angel (Secció 1.1) requerixen un d'entre diversos ordinadors Fujitsu com a sistema de referència.
• Per a emular l'activitat en l'escenari d'ús estàndard, es poden utilitzar eines d'automatització de tasques de programari lliure com xdotool, KDE Eco Tester (en curs) o Actiona (GPLv3).
• Per a la recopilació de dades de rendiment del maquinari (p. ex., ús de processadors i RAM, activitat de disc dur, trànsit de xarxa), hi ha disponible l'eina de programari lliureCollectl (Llicència GPLv2/Artistic).
• També és possible reutilitzar connectors d'alimentació commutables barats com a dispositius de mesura; vegeu les instruccions de configuració a la secció «Alternativa: Configuració de Gosund SP111».

Sistema a provar (SUT, System Under Test)

Per exemple, la selecció Fujitsu Esprimo P920 Desktop-PC proGreen (Intel Core i5-4570 3,6GHz, 4GB RAM, 500GB HDD) és un dels sistemes de referència recomanats; vegeu l'Apèndix D en els criteris de concessió per a altres sistemes Fujitsu recomanats.

En el sistema de referència heu de configurar el SUT, és a dir, el sistema en el qual provareu el programari. El SUT ha de reduir el consum d'energia no relacionat i tindre una configuració estandarditzada. Es recomana el següent:

• Sobreescriviu tot el disc dur de la màquina amb un sistema operatiu estandarditzat.
• Desactiveu tots els processos en segon pla possibles (actualitzacions automàtiques, còpies de seguretat, indexació, etc.).
• Instal·leu el programari necessari, és a dir, l'aplicació a mesurar, així com l'emulació de l'usuari (p. ex., xdotool) i les dades de rendiment del maquinari (p. ex., Collectl).
• Quan s'executen els scripts d'escenari d'ús, la memòria cau s'ha d'esborrar entre execucions i qualsevol fitxer nou suprimit abans de començar la mesura següent.

Preparació dels escenaris d'ús estàndard (SUS, Standard Usage Scenario)

La preparació del SUS requerix el següent:

• Identificació de les tasques que els usuaris solen dur a terme quan utilitzen l'aplicació objecte d'anàlisi.
• Identificació de funcionalitats que requerixen una demanda alta d'energia o una utilització alta de recursos.
• Basant-se en l'anterior, planificant un diagrama de flux d'accions individuals i emulant estes accions amb una eina d'automatització de tasques.
• Es recomana planificar un període d'espera de 60 segons abans d'iniciar la mesura.
• Execució del SUS durant almenys 5 minuts.

Es necessita una eina d'automatització per a executar els escenaris d'ús per a no requerir la intervenció humana. D'esta manera l'script es pot executar repetidament d'una manera ben definida per proporcionar mesures precises.

Exemple de tasques i funcions provades en el SUS del client de correu electrònic de KDE KMail incloent-hi la busca d'un correu electrònic, escriure una resposta o reenviar el correu electrònic, guardar un adjunt, suprimir una carpeta en el client de correu, etc. Vegeu els scripts d'Actiona utilitzats per a provar Krita i Okular amb més exemples.

Important: Si l'eina d'emulació utilitza coordenades de píxels per emmagatzemar la posició dels clics automatitzats (p. ex., Actiona) i, a més, la resolució de pantalla de l'ordinador utilitzat en la preparació diferix de la de l'ordinador de laboratori, totes les coordenades de píxels s'hauran de restablir per a l'entorn de laboratori.

Més eines d'emulació

Més enllà de xdotool, KDE Eco Tester (en progrés), o Actiona, hi ha altres candidats per a eines que poden complir els requisits. Vegeu una llista del col·laborador de KDE David Hurka a la presentació «Visual Workflow Automation Tools». La majoria de les eines utilitzen característiques específiques de X11, i per tant no funcionen en els sistemes Wayland. Ací hi ha alguns enfocaments possibles:

• Selenium Webdriver utilitzant AT-SPI (actualment en proves per a la Season of KDE 2023)
• El portal XDG RemoteDesktop
• Diversos protocols de Wayland (la implementació varia entre compositors):
  • https://github.com/swaywm/wlr-protocols/blob/master/unstable/wlr-virtual-pointer-unstable-v1.xml
  • https://api.kde.org/frameworks/kwayland/html/classKWayland_1_1Client_1_1FakeInput.html
• dispositus d'usuari de la «libinput»

Procés de mesura

El procés de mesura es definix en l'Apèndix A dels Criteris bàsics de concessió. Requerix registrar i registrar dades d'energia i indicadors de rendiment amb una granularitat d'1 segon perquè es puguen processar i es puguen calcular valors mitjans.

Alguns comentaris generals:

• Els temps entre el PM i el DAE s'han de sincronitzar.
• Quan s'utilitza Collectl per a arreplegar la càrrega de rendiment, assegureu-vos que s'estiga executant a la consola del SUT; a més, comproveu que el fitxer CSV requerit es genera correctament abans de la prova.
• Atés que cada execució dels escenaris d'ús dona com a resultat canvis en el sistema operatiu estàndard, es recomana netejar la memòria cau entre les execucions.
• Totes les execucions (Línia base, Mode inactiu, Escenari d'ús estàndard) han de ser de la mateixa duració de temps, basada en el temps necessari per a executar l'script d'escenari d'ús.
• En el DAE potser voleu confirmar que l'endoll d'alimentació desitjat es llig correctament abans i/o durant les proves (p. ex., amb un gràfic en viu utilitzant LabPlot).

Durant les mesures d'energia, Collectl s'utilitza per a registrar un conjunt d'indicadors de rendiment: utilització de processadors, utilització de RAM, activitat de disc dur i trànsit de xarxa. Utilitzeu l'ordre següent per a obtindre estes dades de rendiment del maquinari:

$ collectl -s cdmn -i1 -P --sep 59 -f ~/<FILENAME>.csv

Les opcions són les següents:

• -s cdmn

  arreplega dades de CPU, disc, memòria i xarxa

• -i1

  interval de mostreig d'1 segon

• -P

  eixida en format gràfic (dades separades que consistixen en una capçalera amb una línia per interval de mostreig)

• --sep 59

  separador de punt i coma

• -f </CAMÍ/A/FITXER>.csv

  guarda el fitxer en el camí especificat

Mesura de la línia base, el mode inactiu i els escenaris d'ús estàndard

• Escenari de línia base: Sistema operatiu (OS)

  Per a establir la línia base, es mesura un escenari en el qual el sistema operatiu s'està executant però no es fan accions.

• Escenari en mode inactiu: SO + aplicació mentre està inactiu

  Per a establir les dades de consum d'energia i rendiment del maquinari de l'aplicació mentre està inactiva, es mesura un escenari en el qual s'obri l'aplicació objecte d'anàlisi però no es fa cap acció.

  Important: el mode base i el mode inactiu s'han d'executar durant el mateix temps necessari per dur a terme l'escenari d'ús estàndard. Atés que el consum d'energia per a l'escenari de referència i inactiu és relativament uniforme, es consideren suficients 10 repeticions per a cadascuna d'ells per a obtindre una mostra representativa (Seiwert & Zaczyk 2021).

• Escenari d'ús estàndard: SO + aplicació en ús

  Per a mesurar el consum d'energia i les dades de rendiment del maquinari de l'aplicació en ús, s'ha d'executar l'escenari d'ús estàndard; vegeu les notes de preparació del SUS a dalt. La mesura de l'escenari d'ús estàndard s'ha de repetir 30 vegades, cosa que tardarà diverses hores a completar-se. Cal el nombre de repeticions més gran per a obtindre una mostra representativa, ja que les dades de consum d'energia i rendiment poden variar entre les mesures.

Monitoratge de l'eixida amb el Labplot

Podeu utilitzar LabPlot de KDE per a monitorar l'eixida en viu mentre entren les dades. Per fer-ho:

• Redirigiu l'eixida del mesurador d'energia a un fitxer CSV.
• A LabPlot, importeu el fitxer CSV seleccionant Fitxer > Afig nou > Origen de les dades en viu…
• A «Filtre», trieu l'opció Personalitza. A «Format de dades», definiu el valor del separador utilitzat (p. ex., coma, punt i coma, espai).
• Podeu comprovar que l'eixida siga correcta a la pestanya «Vista prèvia».
• Si tot pareix correcte, cliqueu damunt «D'acord».
• Finalment, cliqueu amb el botó dret damunt de la finestra del marc de dades i trieu Dibuixa el diagrama de les dades > Corba XY.

Anàlisi dels resultats amb OSCAR

Una vegada tingueu resultats, l'Umwelt Campus Birkenfeld proporciona una eina útil per a generar informes anomenada OSCAR (Open font Software Consumption Analysis in R, en català «Anàlisi de consum de programari de codi font obert en R»):

• Codi font
• Instància en execució

Vegeu també el Manual d'OSCAR amb instruccions detallades, incloses captures de pantalla addicionals sobre com utilitzar OSCAR.

Fitxers CSV

L'anàlisi amb OSCAR requerix carregar els fitxers següents al lloc web d'OSCAR:

• (i) un fitxer de registre d'accions realitzades,
• (ii) les dades de consum d'energia, i
• (iii) les dades de rendiment del maquinari.

Tots els fitxers han de ser fitxers CSV. Pot ser necessari algun preprocessament de les dades en brut (p. ex., dades de rendiment mesurades per Collectl; vegeu a continuació).

Important: OSCAR és molt particular quant als formats de marc de dades, inclosos els noms de les columnes i els valors de les cel·les. Les taules d'ací proporcionen exemples que s'han confirmat que funcionen. Si teniu problemes per a generar un informe a partir dels fitxers CSV, assegureu-vos que els fitxers CSV siguen el més similars possibles als que es mostren ací.

Si només voleu provar OSCAR, podeu baixar les dades d'Okular d'este fitxer ZIP. Les dades s'han confirmat que generen correctament un informe utilitzant OSCAR v0.190404. L'informe que s'ha generat també es pot descarregar del repositori FEEP.

Fitxer de registre d'accions

El fitxer de registre d'accions ha de tindre el format següent. Cal tindre en compte que les columnes estan separades per un punt i coma. A més, les columnes no tenen noms (és a dir, no hi ha cap capçalera al fitxer CSV). Cal tindre en compte que l'inici i el final de cada iteració s'han d'etiquetar amb «startTestrun» i «stopTestrun» a la segona columna, mentre que les accions es poden llistar amb qualsevol nom.

Un exemple de fitxer de registre d'accions per a mesurar el text i l'editor de codi de KDE Kate. La (i) data i hora, així com (ii) l'hora d'inici i final i (iii) les accions estan llistades en tres columnes.

Dades de consum d'energia

Les dades de consum d'energia tenen el format següent: la primera columna és el número de fila, la segona columna és la data i l'hora en increments d'un segon, i la tercera columna és l'eixida de mesura en Watts. Cal tindre en compte que el següent s'ha confirmat que funciona amb OSCAR: (i) els noms de la segona i tercera columna tal com s'escriuen a continuació (és a dir, «Zeit» i «Wert 1-avg[W]»), (ii) la data-hora com una cadena de caràcters amb la data i hora separades per una coma, i (iii) cap delimitador de cadena utilitzat en el fitxer CSV.

Quan s'utilitza el mesurador d'energia Gude amb l'script de Python disponible en el repositori FEEP, la marca de temps es gravarà en nanosegons amb l'hora Epoch. Per exemple, a continuació hi ha un exemple de l'eixida en brut de 7 files de l'eixida del mesurador d'energia Gude utilitzant l'script en Python. La primera columna mostra la marca de temps. La segona columna és la lectura del mesurador d'energia en Watts.

Les dades en brut es poden preprocessar en R: els nanosegons en hora Epoch es poden convertir a data-hora amb l'ordre as.POSIXct(<NANOSEGONS>/1000000, origin = '1970-01-01', tz = 'Europe/Berlin'). Per exemple, els nanosegons de la fila 1 de l'eixida en brut són «2022-08-27 16:52:03 CEST» després de la conversió.

Per al seu ús amb OSCAR, esta data-hora s'ha de convertir en una cadena de caràcters amb la data com a DD.MM.YY seguida d'una coma. Tot açò es pot aconseguir amb una ordre (esta operació es pot vectoritzar sobre tota la columna en el marc de dades); substituïu la data AAAA-MM-DD amb la data de les vostres mesures:

stringr::str_replace(as.character(as.POSIXct(1661611923019071/1000000, origin = '1970-01-01', tz = 'Europe/Berlin')), '2022-08-27', '27.08.22,')

L'eixida en Watts s'ha d'indicar amb la mitjana per segon. Les mateixes dades anteriors es mostren a continuació després de processar amb R; cal tindre en compte que els 7 valors anteriors són la mitjana per segon, que dona el resultat en dues files.

Per a guardar el fitxer CSV amb un separador de punt i coma, la primera columna amb noms de fila que comença al número 1, i sense delimitador de cadena, utilitzeu l'ordre R següent:

write.csv2(<DATAFRAME>, file = <PATH/TO/FILE.csv>, row.names = TRUE, quote = FALSE)

El resultat hauria de ser pareixent al següent:

Dades de rendiment (en brut)

Quan s'utilitza Collectl per a dades de rendiment del maquinari, cal fer el següent abans de pujar les dades a OSCAR³.

• Elimineu tota la informació sobre la fila de capçalera.
• Elimineu tots els caràcters # del fitxer.
• En la primera columna, no ha de vindre cap valor de separador entre la data-hora (en cas contrari, la data i l'hora s'interpretaran com dues columnes separades).
• La data també hauria de tindre un caràcter inserit entre YYYYMMDD, p. ex., MM.DD.YYYY com s'ha vist abans. Qualsevol caràcter que s'utilitze cal que s'haja especificat a OSCAR.
• Els noms de les columnes poden ser el que vulgueu, ja que s'especificaran dins d'OSCAR.
• El fitxer s'ha de guardar en format CSV.

A més, l'eixida de rendiment del maquinari del Collectl inclou moltes columnes que no són necessàries per a l'anàlisi. Les úniques mesures que cal especificar són les columnes següents:

• [CPU]Totl = Processador
• [MEM]Used = Memòria principal – kilobytes utilitzats
• [NET]RxKBTot = Xarxa – kilobytes rebuts/s
• [NET]TxKBTot = Xarxa – kilobytes transmesos/s
• [DSK]ReadKBTot = Disc – kilobytes llegits/s
• [DSK]WriteKBTot = Disc – kilobytes escrits/s.

A continuació es mostra un exemple dels resultats preprocessats de Collectl que mesuren les dades de rendiment de Kate. La marca de temps augmenta en increments d'un segon.

Pujada de dades

Una vegada preparats els fitxers CSV anteriors, podeu executar l'anàlisi utilitzant OSCAR, que generarà un informe resum que podeu utilitzar tant per a l'ecocertificació com per als vostres propis propòsits basats en dades. A la interfície d'OSCAR, cal tindre en compte el següent:

• La llengua d'interfície actualment només és en alemany; vegeu les traduccions a continuació.
• Cal especificar la duració de les mesures en segons.
• S'utilitza un separador de punt i coma.
• S'ha d'especificar el format correcte de la marca de temps per a cadascun dels fitxers carregats, p. ex., %Y-%m-%d %H:%M:%OS.

Pas 1: Obtindre les dades de mesura

La pàgina d'inic del lloc web (davall) indica que el primer pas és obtindre dades de mesura (alemany: Erfassung Messdaten). Si esteu en este punt del procés, ja hauríeu d'haver mesurat el vostre programari i preparat els fitxers CSV.

Tots els exemples d'ací es basen en les dades d'Okular en este fitxer ZIP.

Pas 2: Pugeu les dades de mesura

Una vegada tingueu preparats els fitxers CSV de la línia base, el mode inactiu i les mesures d'escenari d'ús estàndard, cliqueu damunt (2) Upload Messdaten > Upload.

Les dades de mesura (alemany: Messdaten) inclouen el fitxer de registre d'accions (alemany: Aktionen), el consum d'energia (alemany: Elektrische Leistung), i les dades de rendiment del maquinari (alemany: Hardware-Auslastung).

• A Messungen, carregueu o bé les dades de mesura del mode inactiu o dels escenaris d'ús estàndard.

  Per a Art der Messung («Tipus de mesura») a la part inferior dreta de l'UX, trieu Leerlauf («Mode inactiu») o Nutzungsszenario («Escenari d'ús») depenent de l'informe que vulgueu generar.

• A Baselines carregueu les dades de mesura de la línia base.

• Indiqueu la duració dels escenaris de mesura en segons (alemany: Dauer der Einzelmessungen (s)).

Cal tindre en compte que les mesures de la línia base sempre es carreguen juntament amb el mode inactiu o les mesures d'escenari d'ús estàndard.

Vegeu a continuació com seria una càrrega completa per al Nutzungsszenario.

Marques de temps    Una vegada s'hagen carregat les dades, haureu de dir-li a OSCAR com llegir les dades.

Comencem amb el format de la marca de temps (alemany: Formatierung Zeitstempel). Este és un aspecte del procés que pot causar problemes si no es fa correctament. Açò es fa a (2) Upload Messdaten > Formatierung Zeitstempel.

Considereu les dades d'Okular:

• Per al fitxer de registre d'accions, la data i hora està codificada com a AAAA-MM-DD HH:MM:SS (p. ex., «2022-10-04 12:32:43.656» a «okularActions.csv»).

  A OSCAR, açò s'especifica com a «%Y-%m-%d %H:%M:%OS» (vegeu la captura de pantalla de davall). OSCAR s'encarregarà dels segons fraccionals.

• Per a les dades de consum d'energia, la data i hora està codificada com DD.MM.YY, HH:MM:SS (p. ex., «04.10.22, 12:32:43» a «okular_baseline_eletrLeistung.csv»). Cal tindre en compte el període en la data i la data de separació de la coma des de l'hora, així com tindre només dos dígits per a l'any.

  A OSCAR açò s'especifica com a «%d.%m.%y, %H:%M:%OS» (vegeu la captura de pantalla de davall), en la qual la minúscula «%y» indica un any amb dos dígits.

• Per a les dades de rendiment del maquinari, la data i hora està codificada com DD.MM.YYYY HH:MM:SS (p. ex., «04.10.2022 12:31:43» a «baseline_hardware_formatiert.csv»). Cal tindre en compte el període de la data i l'any de quatre dígits.

  A OSCAR, açò s'especifica com: «%d.%m.%Y %H:%M:%OS» (vegeu la captura de pantalla de davall), en la qual la majúscula «%Y» indica l'any amb quatre dígits.

Dades de mesurament    Després que s'hagen especificat correctament les marques de temps, explorarem el format de les dades de mesura (alemany: Formatierung Messdaten) a OSCAR.

Primer, feu una ullada al fitxer de registre d'accions (alemany: Aktionen). Açò es fa a (2) Upload Messdaten > Formatierung Messdaten > Aktionen.

Ací heu d'indicar per al fitxer CSV pujat el separador (alemany: Trennzeichen), el delimitador de cadenes (alemany: Textqualifizierer), i el separador decimal (alemany: Dezimaltrennzeichen).

Per a les dades d'Okular, açò es definix com un separador de punt i coma, delimitador de cadenes de cometes dobles i un separador decimal de dos punts o punt (vegeu la captura de pantalla a continuació).

A més, cal especificar el següent:

• si la primera línia conté encapçalaments (alemany: Erste Zeile enthält Überschriften);
• el nombre de línies a ometre (alemany: Anzahl zu überspringender Zeilen); i
• la codificació de caràcters (alemany: Zeichensatz (Encoding)).

Per a les dades d'Okular, açò es definix tot seguit a la captura de pantalla següent: «la primera línia conté encapçalaments» no està marcada, s'ometen 0 línies i la codificació de caràcters és utf-8.

Quan tot s'ha definit correctament, es mostrarà una vista prèvia del full de càlcul.

En segon lloc, feu una ullada a les mesures de consum d'energia (alemany: Elektrische Leistung). Açò es fa a (2) Upload Messdaten > Formatierung Messdaten > Elektrische Leistung.

L'entrada requerida és la mateixa que per al fitxer de registre d'accions, com es veu en la captura de pantalla següent.

Per a les dades d'Okular d'ací, este és un separador de punt i coma, delimitador de cadena de cometa doble i codificació de caràcters utf-8. No obstant açò, ara s'especifica una coma per al separador decimal i una marca de selecció indica que la primera línia conté encapçalaments. Finalment, s'omet la 1a línia.

Quan tot s'ha definit correctament, es mostrarà una vista prèvia del full de càlcul.

Finalment, feu una ullada a les dades de rendiment del maquinari (alemany: Hardware-Auslastung). Açò es fa a (2) Upload Messdaten > Formatierung Messdaten > Hardware-Auslastung.

L'entrada requerida és la mateixa. L'entrada d'este exemple és un separador de punt i coma, un delimitador de cadena de doble cometa, un separador decimal de punt (també anomenat punt i seguit). Hi ha una marca de selecció que la primera línia conté encapçalaments, s'ometen 0 línies i la codificació de caràcters és utf-8.

No obstant açò, ara hi ha el requisit addicional d'especificar les columnes (alemany: Spalten).

Per a l'especificació de les columnes, cal identificar el següent; seleccioneu NA per a les columnes no utilitzades, p. ex., ací «Auslastung Auslagerungsdatei».

• Zeitstempel: Data i hora (és a dir, ‘Date-Time')
• CPU-Auslastung: CPU (és a dir, ‘X.CPU.Totl')
• RAM-Auslastung: RAM (és a dir, ‘X.MEM.Used')
• Über Netzwerk gesendet: Transmissió de xarxa (és a dir, ‘X.NET.TxKBTot')
• Über Netzwerk empfangen: Recepció de xarxa (és a dir, ‘X.NET.RxKBTot')
• Von Festplatte gelesen: Lectura de disc (és a dir, ‘X.DSK.ReadKBTot')
• Auf Festplatte geschrieben: Escriptura de disc (és a dir, ‘X.DSK.WriteKBTot')
• Auslastung Auslagerungsdatei: Memòria d'intercanvi (ací, ‘N/A')

!Especificació del format de les dades de rendiment del maquinari (alemany: Hardware-Auslastung).](images/sec3_oscar_6_hw.png)

Traduccions

Ací teniu una visió general d'alguns dels termes alemanys utilitzats a OSCAR i les traduccions al català:

• Messungen: Mesures (p. ex., Mode inactiu o SUS)
• Aktionen: Accions (és a dir, fitxer de registre de les accions realitzades)
• Elektrische Leistung: ‘Energia elèctrica' (és a dir, mesures de consum d'energia)
• Hardware-Auslastung: ‘Càrrega del maquinari (és a dir, mesures de rendiment del maquinari)
• Dauer der Einzelmessungen (s): ‘Duració de les mesures individuals (s)' (és a dir, especifica quant de temps ha sigut cada iteració, en segons)
• Art der Messung: ‘Tipus de mesura'
  • Leerlauf: ‘Idle' (és a dir, Mode inactiu)
  • Nutzungsszenario: ‘Escenari d'ús' (és a dir, SUS)
• Formatierung Messdaten: ‘Format de les dades de mesura'
• Formatierung Zeitstempel: ‘Format de la marca de temps'
• Trennzeichen: ‘Separador'
• Textqualifizierer: ‘Delimitador de cadena'
• Dezimaltrennzeichen: ‘Separador decimal'
• Erste Zeile enthält Überschriften: ‘La primera línia conté encapçalaments'
• Anzahl zu überspringender Zeilen: ‘Nombre de línies a ometre'
• Zeichensatz (Encoding): ‘Joc de caràcters (codificació)'
• Spalten: Columnes
  • Zeitstempel: ‘Data i hora'
  • CPU-Auslastung: ‘Ús de la CPU'
  • RAM-Auslastung: ‘Ús de la RAM'
  • Über Netzwerk gesendet: ‘Enviat mitjançant xarxa'
  • Über Netzwerk empfangen: ‘Rebut mitjançant xarxa'
  • Von Festplatte gelesen: ‘Llegit del disc'
  • Auf Festplatte geschrieben: ‘Llegit al disc'
  • Auslastung Auslagerungsdatei: ‘Ús del fitxer d'intercanvi'

Pas 3: Generació dels informes (Inactiu, SUS)

Després de completar l'anterior, es pot generar i descarregar l'informe. Haureu de fer este procés dues vegades, una vegada per (i) al mode inactiu i per a (ii) les mesures d'escenari d'ús estàndard, donant com a resultat dos documents.

Per a l'ecocertificació Blue Angel, els dos informes es presentaran per a la seua avaluació per part de RAL.

Per a exemples de l'anterior a Okular, vegeu el repositori de les Blue Angel Applications de KDE:

• Informe d'OSCAR: Mode inactiu
• Informe d'OSCAR: SUS

Preparació de la documentació per a la Blue Angel

Per a l'ecocertificació Blue Angel, cal completar diversos formularis juntament amb els dos informes d'OSCAR.

La informació que cal incloure en els formularis és la següent:

• Detalls sobre el programari (nom, versió) i el procés de mesura (quan i on es van fer les mesures, etc.).
• Detalls tècnics sobre el mesurador d'energia (instrument, freqüència de mostreig, llargària d'escenari, mida de mostra).
• Detalls tècnics sobre el sistema de referència (any, model, processador, nuclis, etc.).
• Pila de programari utilitzada per a les mesures (xdotool, Collectl, etc.).
• Requisits mínims del sistema (arquitectura del processador, memòria de treball local, etc.).
• Resultats de consum energètic trobats en els informes d'OSCAR o equivalents.
• Resultats d'utilització de maquinari, que inclou els següents (per a l'ús inactiu les mesures en mode inactiu, i per a l'ús de SUS les mesures d'escenari d'ús estàndard):

  • Càrrega completa: «Per a la potència de procés, la càrrega completa és del 100%, per a la memòria de treball la suma de les capacitats de la RAM instal·lada, per a l'amplada de banda de la xarxa la velocitat màxima de transmissió, etc.» (Criteris de la concessió de Blue Angel: p. 23).

  • Càrrega base: Càrrega mitjana del sistema de referència en les mesures de la línia base.

  • Càrrega Inactiva/SUS: Càrrega mitjana del sistema de referència per a les mesures IDLE/SUS.

    A partir de les mesures anteriors, es fan els càlculs següents d'utilització del maquinari (per a l'ús inactiu de les mesures en mode inactiu, i per a l'ús de SUS les mesures d'escenari d'ús estàndard):

    • Càrrega de xarxa: Càrrega inactiu/SUS – Càrrega base
    • Factor d'assignació: Càrrega neta/(Càrrega completa – Càrrega base)
    • Càrrega efectiva: Càrrega neta + Factor d'assignació * Càrrega base
    • Utilització de maquinari (només SUS): Càrrega efectiva * Temps (segons)

Per a l'ecocertificació Blue Angel, la informació anterior s'afegirà a dos documents anomenats «Annex 1» i «Annex 2».

Per a exemples de l'anterior a Okular, vegeu el repositori de les Blue Angel Applications de KDE:

• Annex 1
• Annex 2

Alternativa: Configuració de Gosund SP111

Voleu començar amb el procés de mesurament del vostre programari, però vos falta efectiu o material? Voleu provar el procés sense crear un laboratori dedicat? Proveu este truc convertint un connector d'alimentació en un mesurador d'energia, cortesia de Volker Krause, que també va documentar el procés proporcionat ací. Podeu llegir-ne més a les publicacions següents del blog de Volker:

• «Mesurament barat d'energia elèctrica»
• «Esprint de KDE Eco de juliol 2022»

A continuació es mostra una guia per a configurar un connector d'alimentació Gosund SP111 ja modificada la memòria flaix amb el microprogramari Tasmota en 10 passos.

Tot i que les dades del mesurador d'energia barat probablement no seran acceptades per Blue Angel per a l'ecocertificació, és possible obtindre dades preliminars utilitzant esta eina.

• (0) Prerequisit

  Cal tindre el connector d'alimentació amb la memòria flaix ja actualitzada amb una versió de Tasmota prou nova.

• (1) Reinici del microprogramari

  Si el dispositiu s'haguera connectat prèviament a una altra xarxa Wifi, podria necessitar un restabliment complet abans de poder connectar-se a una de nova.

  Si el dispositiu ha obert un punt d'accés WiFi anomenat «tasmota-XXXXX» açò no és necessari, continueu directament a (2).

  Premeu el botó durant 40 segons.

  El dispositiu es reiniciarà i hauríeu de poder continuar a (2).

• (2) Configuració de la WiFi

  El dispositiu obri un punt d'accés WiFi anomenat «tasmota-XXXXX» —connecteu-hi.

  Obriu http://192.168.4.1 en un navegador.

  El dispositiu vos demanarà el nom i la contrasenya WiFi a què connectar-vos després d'introduir-ho. El dispositiu es tornarà a connectar a esta WiFi i desactivarà el seu punt d'accés.

  En fer-ho, hauria de mostrar-vos la seua adreça nova al navegador — preneu-ne nota.

  En cas que açò no passara, comproveu l'adreça del dispositiu al vostre encaminador WiFi.

• (3) Configuració del Tasmota

  Obriu l'adreça del pas (2) en un navegador.

  Hauríeu de veure la interfície d'usuari de la web de Tasmota (un text gran «ON/OFF» i un munt de botons blaus i un roig).

  Cliqueu damunt «Configuració».

  Cliqueu damunt «Configura altres».

  Copia

       {"NAME":"Gosund SP111 2","GPIO":
       [56,0,57,0,132,134,0,0,131,17,0,21,0],"FLAG":0,
       "BASE":18}
  

  al camp d'entrada de la plantilla.

  Marqueu la casella de selecció «Activa».

  Cliqueu damunt «Guarda».

  El dispositiu es reiniciarà; torneu-hi a connectar.

  La interfície d'usuari ara també hauria de contindre camps de text que mostren propietats elèctriques, i el botó «Canvia» ara hauria de funcionar realment.

• (4) Calibratge

  Obriu l'adreça del pas (2) en un navegador.

  Connecteu una càrrega purament resistiva amb una quantitat coneguda de watts, com una bombeta convencional (no una bombeta LED o d'estalvi d'energia).

  Enceneu l'electricitat clicant damunt «Canvia» si cal.

  Verifiqueu que el valor del «Factor d'energia» es mostra com a 1 (o molt proper a 1); si és més baix, la càrrega actual no és adequada per al calibratge.

  Cliqueu damunt «Consola».

  Introduïu les ordres següents d'una en una i premeu «Retorn»:

     AmpRes 3  
     VoltRes 3  
     EnergyRes 3  
     WattRes 3  
     FreqRes 3  
     SetOption21 1
     VoltageSet 230
  

  Introduïu l'ordre PowerSet XXX amb XXX reemplaçat pels watts especificats a la càrrega de prova (p. ex., «40» per a una bombeta de 40W).

  Cliqueu damunt «Menú principal».

  La pàgina principal ara hauria de mostrar lectures correctes d'energia amb una precisió de diversos decimals.

• (5) Configuració de l'agent MQTT

  En l'actualitat, l'única manera coneguda d'aconseguir lectures automàtiques d'alta freqüència és sondejant sobre MQTT. Açò no és ideal i necessita una configuració addicional, desafortunadament.

  Si ja teniu un agent MQTT, salteu fins al pas (6); en cas contrari, n'heu de configurar un. L'escenari següent assumix que Mosquitto està empaquetat per a la vostra distribució GNU/Linux (i per tant, no configura res de seguretat), així que feu-ho només en la vostra pròpia xarxa de confiança i apagueu-lo quan no siga necessari.

  • instal·leu el paquet mosquitto

  • afegiu un fitxer /etc/mosquitto/conf.d/listen.conf amb el contingut següent:

     listener 1883  
     allow_anonymous true
    

  • inicieu el Mosquitto utilitzant systemctl start mosquitto.service

• (6) Configuració del MQTT de Tasmota

  Connecteu-vos al dispositiu Tasmota utilitzant un navegador web i obriu la pàgina de configuració de MQTT mitjançant Configuració > Configura MQTT.

  Introduïu l'adreça IP de l'agent MQTT al camp «Host».

  Fixeu-vos en el valor que es mostra a la dreta de l'etiqueta «Topic» entre parèntesis (normalment com «tasmota_xxxxxx»). Açò serà necessari més avant per adreçar-se al dispositiu mitjançant MQTT. També podeu canviar el valor predeterminat a alguna cosa més fàcil de recordar, però hauria de ser únic si teniu diversos dispositius.

  Cliqueu damunt «Guarda».

  El dispositiu es reiniciarà i una vegada haja tornat hauríeu de veure l'eixida en la seua consola prefixada amb «MQT».

• (7) Verificació de la comunicació MQTT

  Açò assumix que teniu instal·lades les eines del client Mosquitto, que normalment estan disponibles com a paquets de distribució.

  Necessiteu dos terminals per a verificar que la comunicació MQTT funcione com s'espera.

  • Al terminal 1, executeu mosquitto_sub -t 'stat/<topic>/STATUS10'
  • Al terminal 2, executeu mosquitto_pub -t 'cmnd/<topic>/STATUS' -m '10'

  Substituïu <topic> pel valor anotat al pas (6).

  Cada vegada que executeu la segona ordre, hauríeu de veure un conjunt de valors impresos en el primer terminal.

• (8) Mesures d'energia contínues

  Vegeu estos scripts.

• (9) Alternant les xarxes WiFi

  Per motius de seguretat, una vegada connectat a una xarxa WiFi, Tasmota no us permetrà tornar de manera predeterminada al pas (2) sense reiniciar el dispositiu (premeu el botó durant 40 segons). No obstant açò, un r establiment dur també elimina tots els paràmetres i el calibratge. Si necessiteu moure's a una xarxa diferent, hi ha opcions menys dràstiques disponibles, però estos canvis només es poden fer dins de la xarxa a la qual originalment vos vau connectar:

  A Configuració > Configuració de WiFi, podeu afegir detalls per a un segon punt d'accés WiFi. Estos s'intentaran alternant-se amb la primera configuració predeterminada. Açò no compromet la seguretat, però requerix que conegueu els detalls de la xarxa a la qual voleu connectar.

  Podeu configurar Tasmota per a obrir un punt d'accés com al pas (2) de manera predeterminada durant un minut més o menys després d'arrancar, i després intentar connectar-vos a les configuracions conegudes. Açò fa que l'arrancada siga més lenta en xarxes conegudes, i obri la possibilitat de segrestar el dispositiu, però pot ser còmode quan es canvia a xarxes desconegudes. Este mode es pot habilitar a la consola amb l'ordre WifiConfig 2, i inhabilitar amb l'ordre WifiConfig 4.

  Per a la versió 11 de Tasmota, el botó de 40 segons de reinici pot deixar el dispositiu en un estat de no arrancar, mentre que el reinici de la consola utilitzant Reset 1 no té este problema, però també s'ha de fer abans de desconnectar de la WiFi coneguda.

• (10) Recuperació de dispositius que no arranquen

  En primer lloc i més important: NO CONNECTEU EL DISPOSITIU A LA CORRENT GENERAL! Açò seria un risc mortal. Tot el procés de flaix és alimentat únicament a partir de 3,3V subministrat per l'adaptador en sèrie. No feu res d'açò sense haver llegit esta guia de com començar.

  Amb Tasmota 11, podeu acabar en un estat de no arrancar senzillament reiniciant el dispositiu utilitzant el botó prement-lo durant 40 segons. Açò no perjudica permanentment el dispositiu, i es pot arreglar tornant a gravar la memòria flaix mitjançant un adaptador en sèrie.

  El procés bàsic es descriu a la guia. La disposició PCB del Gosund SP 111 es pot veure ací.

  Perquè açò funcione, heu de connectar el GPIO0 (segon piu a la part inferior esquerra de la imatge anterior) a GND abans que s'inicie (és a dir, abans de connectar amb l'USB). Els LED del dispositiu (roig i blau) són un indicador útil de si heu acabat en el mode d'arrancada correcte: el LED roig hauria d'estar activat, i no parpellejar ràpidament, i el LED blau i roig no hauria d'estar encesos a la vegada. Una vegada en este estat, la connexió es pot eliminar (p. ex., si només es manté un cable al piu) i es mantindrà en el mode correcte fins a un reinici.

  De nou: NO CONNECTEU EL DISPOSITIU A LA CORRENT GENERAL, ja que açò és mortal.

(B) Vida operativa del maquinari

Els criteris de la categoria (B) asseguren que el programari té requisits de baix rendiment suficients per a executar-se amb maquinari més antic i menys potent d'almenys cinc anys d'antiguitat.

Moltes aplicacions FOSS s'executen en maquinari molt més antic que 5 anys. De fet, els membres de la comunitat KDE han observat que l'entorn d'escriptori Plasma de KDE funciona amb maquinari fins i tot del 2005!

Esta categoria és relativament fàcil de complir per a l'aplicació Blue Angel. El compliment comporta una declaració de compatibilitat cap arrere, incloent detalls sobre el maquinari en el qual s'executa el programari i la pila de programari requerida. Per a demostrar el seu compliment, documenteu la informació següent en dos documents anomenats «Annex 1» i «Annex 2»:

• Any de referència del sistema — p. ex., 2015
• Model — p. ex., Fujitsu Esprimo 920
• Processador — p. ex., Intel Core i5-4570
• Nuclis — p. ex., 4
• Velocitat de rellotge — p. ex., 3,6 GHz
• RAM — p. ex., 4 GB
• Disc dur (SSD/HDD) — p. ex., 500 GB
• Targeta gràfica — p. ex., Intel Ivybridge Desktop
• Xarxa — p. ex., Realtek Ethernet
• Memòria cau — p. ex., 6144 KB
• Placa base — p. ex., Fujitsu D3171-A1
• Sistema operatiu — p. ex., Ubuntu 18.04

De nou, els exemples d'Okular es troben als enllaços següents:

• Annex 1
• Annex 2

(C) Autonomia dels usuaris

Com s'ha comentat a la PART II, els criteris d'autonomia dels usuaris de Blue Angel cobrixen huit àrees generals:

1. Formats de dades
2. Transparència
3. Continuïtat de suport
4. Possibilitat de desinstal·lació
5. Capacitat fora de línia
6. Modularitat
7. Llibertat davant la publicitat
8. Documentació

Molts projectes FOSS poden donar per fet que el programari lliure respecta l'autonomia dels usuaris i en alguns casos falta informació de llocs web, manuals, wikis, etc. de la llista anterior. Açò pot incloure documentació sobre suport d'estàndards oberts, desinstal·lació, continuïtat de suport, etc.

La documentació d'esta informació és important, tant per complir els criteris de concessió de Blue Angel com per donar informació als usuaris sobre l'ús sostenible a llarg termini del seu programari i maquinari.

Esta no és una presentació exhaustiva per a cadascuna de les categories anteriors dels criteris de Blue Angel. Més prompte, esta guia se centra en els aspectes dels criteris que els projectes KDE/FOSS poden documentar i proporcionar amb facilitat (que ja és la part més gran de la tasca). Per als criteris complets, vegeu a la Secció 3.1.3 els criteris bàsics de concessió.

2.1 Formats de dades

La informació principal a incloure a la documentació:

• Quins formats de dades (oberts) són compatibles, amb enllaços cap a les especificacions, per exemple, PDF?
• També d'interés: Hi ha exemples d'altres productes de programari que processen estos formats de dades?

Per a un exemple de la documentació en línia dels formats de dades admesos a Okular, visiteu el lloc web d'Okular.

Un exemple de documentació per a la Blue Angel es pot trobar en l'Annex 4.

2.2 Transparència del producte del programari

Quan falte, proporcioneu enllaços cap a la documentació de l'API, el codi font i la llicència de programari. Per exemple, per a KMail:

• Documentació de l'API de KDE PIM
• Codi font
• Llicència

Es pot trobar un exemple de documentació per a la Blue Angel en l'Annex 5.

2.3 Continuïtat de suport

Els detalls sobre la continuïtat del suport al document inclouen:

• Informació sobre quant de temps s'ha suportat el programari (amb enllaços cap als anuncis de llançaments).
• Planificació de llançament i detalls (per exemple, qui manté el programari).
• Declaració que les actualitzacions són debades.
• Declaració sobre com la llicència de programari lliure i de codi obert permet el suport continu indefinidament.
• Informació sobre si les actualitzacions funcionals i de seguretat es poden instal·lar per separat.

Es pot trobar un exemple de continuïtat de la documentació de suport d'Okular per a la Blue Angel a la Secció 3.1.3.3 de l'Annex 6.

2.4 Possibilitat de desinstal·lació

Com són capaços els usuaris de desinstal·lar completament el programari? Els detalls rellevants poden incloure:

• Instruccions de desinstal·lació que depenen de com es va instal·lar el programari (codi font o binari).
• Exemples d'instruccions de desinstal·lació (codi font o gestors de paquets, amb enllaços rellevants a la documentació).
• Informació sobre si les dades generades per l'usuari també s'eliminen quan es desinstal·la un programa.

Es pot trobar un exemple de la documentació de desinstal·lació d'Okular per a la Blue Angel a la Secció 3.1.3.4 de l'Annex 6.

2.5 Capacitat fora de línia

El programari requerix connexions externes com ara un servidor de llicències per poder executar-se? Si no és així, i no es necessita cap connexió de xarxa, ja que el programari es pot utilitzar fora de línia, açò s'ha de documentar.

Es pot trobar un exemple de la documentació de la capacitat fora de línia d'Okular per a la Blue Angel a la Secció 3.1.3.5 de l'Annex 6.

2.6 Modularitat

La informació a documentar inclou:

• Quins aspectes del programari són modulars i es poden desactivar durant la instal·lació?
• Es poden instal·lar els manuals de programari o les traduccions per separat?
• Hi ha algun mòdul que no estiga relacionat amb la funcionalitat principal inclosa la instal·lació, com ara mòduls de seguiment o la integració en el núvol? Si no, documenteu-ho!

Es pot trobar un exemple de la documentació de modularitat d'Okular per a la Blue Angel a la Secció 3.1.3.6 de l'Annex 6.

2.7 Llibertat davant la publicitat

Si el programari no mostra publicitat, feu-ho explícit en manuals i wikis i declareu-ho en el document d'aplicació de la Blue Angel.

2.8 Documentació

Açò inclou el següent:

• Procés general d'instal·lació/desinstal·lació del programari? Açò pot incloure instruccions genèriques o guies d'aprenentatge per a un entorn d'escriptori específic o un gestor de paquets.
• Procés d'importació/exportació de dades?
• Què poden fer els usuaris per a reduir l'ús de recursos (p. ex., opcions de configuració per a millorar el rendiment)?
• El programari té alguna funcionalitat intensiva en recursos que no siga necessària per a la funcionalitat principal? Si no, genial. Diguem-ho als usuaris!
• Termes de llicència relacionats amb el desenvolupament posterior dels productes de programari, amb enllaços cap al codi font i llicència?
• Qui dona suport al desenvolupament del programari?
• El programari arreplega alguna dada personal? És conforme amb les lleis de protecció de dades existents? Si és que sí, documenteu-ho!
• Quina és la política de privadesa? Hi ha telemetria? Si és que sí, com gestiona el programari la seguretat de les dades, la recopilació de dades i la transmissió de dades? A més, hi ha anuncis o seguiment incrustats en el programari? Si no, excel·lent; ara assegureu-vos de difondre la notícia!

Es pot trobar un exemple de la documentació de producte d'Okular per a la certificació Blue Angel a la Secció 3.1.3.8 de l'Annex 6.

Enviament a RAL

Per a exemples de tota la documentació anterior, vegeu el repositori de les aplicacions de la Blue Angel de KDE.

Una vegada tingueu tota la documentació preparada, heu de presentar-la per a la seua revisió a RAL gGmbH (si ho recordeu, RAL és l'organisme autoritzat que avalua el compliment dels criteris de concessió). El portal per a enviar aplicacions de la Blue Angel es pot trobar ací (https://portal.ral-umwelt.de/).

Si cal ajuda amb la interfície en línia, RAL proporciona documentació.

Documents d'exemple d'enviament

A continuació es mostren exemples de documentació de Blue Angel d'Okular.

• Annex 1: Formulari
• Annex 2: Full de càlcul
• Annex 3: Informe OSCAR del mode inactiu
• Annex 3: Informe OSCAR del SUS
• Annex 4: Formats de dades
• Annex 5: Estàndards oberts
• Annex 6: Informació del producte
• Annex 7: Format de dades per a la transmissió de la informació del producte sobre els recursos i l'eficiència energètica

Iniciatives notables de programari sostenible

Hi ha moltes iniciatives que funcionen en eines per a mesurar el consum d'energia del programari. Ens agradaria esmentar cinc en particular que han sigut col·laborant amb la iniciativa KDE Eco:

• El grup de treball d'Enginyeria de Software Verd al Campus mediambiental Birkenfeld (alemany: Umwelt Campus Birkenfeld)

  Des de 2008, el grup de treball d'Enginyeria del Software Verd treballa en projectes de recerca centrats en el programari sostenible. La seua recerca proporciona la base de treball d'ací, i el seu equip ha desenvolupat eines com OSCAR i ha mesurat diverses aplicacions KDE, incloent-hi Okular.

• Öko-Institut e.V.

  L'Öko-Institut és una de les principals organitzacions de recerca i consultoria independents d'Europa que treballen per a un futur sostenible. El grup de recerca Sustainable Products & Material Flows està treballant en diverses metodologies de mesura. En este article de blog (en alemany) els investigadors presenten una tècnica d'automesura utilitzant un script individual en Python.

• Green Coding Berlin

  Green Coding Berlin se centra en la recerca sobre el consum d'energia del programari i la seua infraestructura, la creació d'eines de mesura de codi obert i la construcció d'una comunitat i un ecosistema al voltant del programari verd.

• El projecte SoftAWERE de la Sustainable Digital Infrastructure Alliance

  El grup de direcció de SoftAWERE supervisa i establix la direcció per al desenvolupament d'eines i etiquetes per a aplicacions de programari energèticament eficient.

• Green Web Foundation

  La Green Web Foundation fa el seguiment i accelera la transició cap a una internet lliure de combustible fòssil.

Quant a

Autoria

Els membres de la comunitat que s'han oferit voluntàriament per col·laborar amb este projecte en benefici de tots, proporcionen eines i documentació a KDE Eco. Entre els col·laboradors principals hi ha (per ordre alfabètic del nom): Arne Tarara, Cornelius Schumacher, Emmanuel Charruau, Karanjot Singh, Nicolas Fella i Volker Krause. Gràcies, les vostres col·laboracions fan possible este manual.

El text d'esta versió del manual va ser escrit i/o compilat a partir de la documentació anterior per Joseph P. De Veaugh-Geiss. Olea Morris va editar el text. Lana Lutz i Arwin Neil Baichoo van fer que el disseny del llibre i del lloc web, així com les imatges que hi havia foren boniques. Paul Brown va fer millores significatives a l'article del blog d'Okular adaptada per a «Okular, el primer programa d'ordinador ecocertificat» a la Part II. La Viquipèdia ha sigut una font de diversos textos que s'inclouen ací de forma modificada. Gràcies a la comunitat d'escriptors i editors de la Viquipèdia per fer un recurs tan meravellós per a tots nosaltres. Consulteu el final de cada secció per a obtindre informació addicional sobre les fonts.

Reconeixements

Gràcies als molts col·laboradors de la iniciativa KDE Eco en general (llistats per ordre alfabètic pel nom): Achim Guldner, Adriaan de Groot, Aleix Pol, Alexander Semke, André Pönitz, Björn Balazs, Carl Schwan, Chris Adams, Christopher Stumpf, David Hurka, Fabian, Felix Behrens, Franziska Mai, Harald Sitter, Jens Gröger, Johnny Jazeix, Jonathan Esk-Riddell, Kira Obergöker, Lydia Pintscher, Marina Köhn, Mathias Bornschein, Max Schulze, Phu Nguyen, Sami Shalayel, Stefan Naumann, Sven Köhler i Tobias Fella. Les vostres col·laboracions són molt apreciades.

Animem a les persones que estiguen interessades a col·laborar amb KDE Eco a unir-se a la nostra llista de correu o en la sala de Matrix. També convidem els col·laboradors a unir-se a un dels esprints i reunions en persona o en línia de KDE Eco. Més informació al lloc web.

La iniciativa KDE Eco s'ha beneficiat de molts debats informatius que han tingut lloc en les conferències i tallers següents: Akademy 2022, Linux App Summit 2022, FOSDEM 2023, rC3: NOWHERE 2021, SFSCon 2021/2022, Grazer Linuxtage 2022, Qt World Summit 2022, QtDevCon 2022, Fedora Nest 2022, reunions de Green Coding Berlin, EnviroInfo 2022 i Bits & Bäume 2022. Gràcies!

Llicència

Tret que s'indique el contrari, tots els continguts són publicats segons la llicència Creative Commons Attribution-ShareAlike 4.0 International (CC-BY-SA-4.0). Per a més informació sobre la llicència de documentació a KDE, vegeu la política de llicències de KDE.

Anunci de finançament

El projecte Blauer Engel Für FOSS ha sigut finançat per l'Agència Federal del Medi Ambient i el Ministeri Federal de Medi Ambient, Conservació de la Natura, Seguretat Nuclear i Protecció del Consumidor (BMUV). Els fons estan disponibles per una resolució del Bundestag alemany.

L'editor és el responsable del contingut d'esta publicació.