WEBVTT
00:00:21.150 --> 00:00:22.150
36c3 Vorspannmusik
Herald: Herzlich willkommen zu unserem
00:00:22.150 --> 00:00:24.150
nächsten Talk: Wie klimafreundlich ist
Software? Wahrscheinlich kennen das ja die
00:00:24.150 --> 00:00:27.170
allermeisten von euch, dass Software immer
ressourcenhungriger wird und dann auf
00:00:27.170 --> 00:00:32.590
alter Hardware nicht mehr so richtig gut
läuft und neue Betriebssysteme oder Spiele
00:00:32.590 --> 00:00:36.490
oder Browser nicht mehr so richtig gut
funktionieren. Und Green IT ist heutzutage
00:00:36.490 --> 00:00:40.720
in aller Munde. Und in den letzten Jahren
wird immer mehr darüber nachgedacht und
00:00:40.720 --> 00:00:44.500
geforscht, wie man Software und Hardware
in ihrem Zusammenspiel nachhaltiger
00:00:44.500 --> 00:00:48.620
gestalten kann. Und zwei ganz wichtige
Punkte dabei sind Forschung und
00:00:48.620 --> 00:00:52.610
Zertifikate, damit man sowohl bestimmen
als auch kennzeichnen kann, was
00:00:52.610 --> 00:00:55.820
nachhaltige Software eigentlich ausmacht.
Und wir haben hier heute zwei ganz
00:00:55.820 --> 00:01:00.540
fantastische Speakerinnen, die uns zu
diesem Thema mehr erzählen werden. Frau
00:01:00.540 --> 00:01:03.580
Marina Köhn ist Informatikerin und ist
auch selber lange als Software-
00:01:03.580 --> 00:01:08.590
Programmiererin tätig gewesen. Jetzt ist
sie seit 28 Jahren im Umweltbundesamt, im
00:01:08.590 --> 00:01:13.299
politischen Berlin, auch liebevoll UBA
genannt. Und Frau Eva Kern, Frau Dr. Eva Kern
00:01:13.299 --> 00:01:16.700
arbeitet am Umwelt Campus Birkenfeld, und
ich wünsche euch jetzt ganz viel Spaß und
00:01:16.700 --> 00:01:21.510
einen herzlichen Applaus für unsere beiden
Speakerinnen. Viel Spaß!
00:01:21.510 --> 00:01:25.230
Applaus
00:01:25.230 --> 00:01:29.370
Marina Köhn: Ja, vielen Dank für die
Einladung! Es freut mich sehr, dass auch
00:01:29.370 --> 00:01:33.500
so sehr viele gekommen sind. Damit haben
wir jetzt gar nicht gerechnet. Wir dachten
00:01:33.500 --> 00:01:38.409
erst, dass wir eher eine kleine Gruppe
hier haben, aber das freut uns umso sehr.
00:01:38.409 --> 00:01:43.931
Wir sind ja schon sehr nett anmoderiert
worden, und die Moderatorin hat erzählt
00:01:43.931 --> 00:01:49.390
wir werden jetzt natürlich über die Themen
Umweltschonung, Umweltschutz,
00:01:49.390 --> 00:01:53.860
Ressourcenschonung. Was wir aber nicht
schonen sollten, das ist die Ressource
00:01:53.860 --> 00:01:59.340
Wissen. Denn wie Sie wissen, vermehrt sich
die Ressource, wenn man sie teilt. Und das
00:01:59.340 --> 00:02:05.400
möchten heute Eva Kern und ich. Wir
möchten Ihnen gerne unsere Erkenntnisse,
00:02:05.400 --> 00:02:09.909
die wir aus unserer Forschung gewonnen
haben, mit ihnen teilen. Wir haben auch
00:02:09.909 --> 00:02:14.340
eine entsprechende Agenda uns überlegt.
Als erstes werde ich ihn erläutern, warum
00:02:14.340 --> 00:02:19.700
wir als Umweltbundesamt uns mit diesem
Thema überhaupt beschäftigen. Was drückt
00:02:19.700 --> 00:02:24.640
uns da erheblich auf der Seele?
Anschließend wird Eva die
00:02:24.640 --> 00:02:28.310
Forschungsergebnisse vorstellen, also die
Methode vorstellen und ganz, ganz viele
00:02:28.310 --> 00:02:35.269
interessante Ergebnisse aus der Software-
Messung. Seien Sie schon gespannt. Also
00:02:35.269 --> 00:02:37.200
ich finde den Vortrag immer wieder
spannend und werde auch gerne wieder
00:02:37.200 --> 00:02:42.749
zuhören. Und zum Schluss erkläre ich Ihnen
oder erläutere ich Ihnen, den Blauen Engel. Denn aus
00:02:42.749 --> 00:02:45.219
der Forschung heraus versuchen wir
natürlich immer, die Dinge auch
00:02:45.219 --> 00:02:49.930
umzusetzen, die wir hier an Erkenntnis
gewonnen haben. Und in dem Fall ist es der
00:02:49.930 --> 00:02:53.359
Blaue Engel, und anschließend erzähle ich
Ihnen noch, wie es jetzt eigentlich
00:02:53.359 --> 00:02:59.159
weitergeht, denn wir hören definitiv nicht
auf. Zu den Hintergründen und Motiven:
00:02:59.159 --> 00:03:03.879
Dieses Bild kennen Sie. Auf jeder
Veranstaltung, auf der man ist, sieht man
00:03:03.879 --> 00:03:10.930
ganz viel Technik, die hochgehalten wird.
Aber Sie wissen und ich weiß es. Es ist
00:03:10.930 --> 00:03:13.999
eben nicht nur Technik, sondern hier
Software dahinter. Viele machen sich keine
00:03:13.999 --> 00:03:21.340
Gedanken, was passiert, wenn Sie Ihr
Konzert aufnehmen und per Klick an Ihre
00:03:21.340 --> 00:03:26.500
WhatsApp-Gruppe verschicken. Dass Sie in
dem Moment einfach dazu beitragen, dass
00:03:26.500 --> 00:03:32.230
sich Daten vervielfältigen, das ist die
Konsequenz. Ich habe Ihnen die neusten
00:03:32.230 --> 00:03:37.519
Zahlen von der Bundesnetzagentur hier
wirklich nur der Bereich Mobilfunk. Aber
00:03:37.519 --> 00:03:42.090
ich kann Ihnen sagen, auch im Festnetz
sieht es genauso aus. Wir haben eine
00:03:42.090 --> 00:03:48.530
erhebliche steigende Tendenz an der Stelle
des Datenvolumens. Alle zwei Jahre
00:03:48.530 --> 00:03:53.569
verdoppelt sich das Datenvolumen. Wenn Sie
sich vorstellen, zu Hause haben Sie ein
00:03:53.569 --> 00:03:58.690
Bücherregal oder Bücherregale, und alle
zwei Jahre würden die sich verdoppeln. Das
00:03:58.690 --> 00:04:03.949
ist ungefähr die Vorstellung, wie sich das
Ganze jetzt derzeit entwickelt. Und die
00:04:03.949 --> 00:04:07.919
Daten müssen natürlich gespeichert, zur
Verfügung gestellt werden, und das findet
00:04:07.919 --> 00:04:14.689
in Rechenzentren statt. Und auch hier,
trotz energieeffizienter Technik steigt
00:04:14.689 --> 00:04:21.520
die Rechenleistungsbedarf kontinuierlich.
Und auch hier wissen wir, dass wir in den
00:04:21.520 --> 00:04:26.000
nächsten Jahren noch weiter damit rechnen
müssen, dass der Anstieg noch viel
00:04:26.000 --> 00:04:30.490
dramatischer ist. Die Kollegen aus
Skandinavien haben hier Prognosen
00:04:30.490 --> 00:04:35.110
berechnet, und wenn sie sich den Grünpfeil
mal anschauen, dann kann einem wirklich
00:04:35.110 --> 00:04:39.270
sehr bange werden. Denn wir reden an der
Stelle eben nicht nur, dass mehr
00:04:39.270 --> 00:04:44.580
Rechenleistung verlangt wird, sondern das
bedeutet, wir haben einen extremen Anstieg
00:04:44.580 --> 00:04:51.500
an Energiebedarf, aber eben auch Bedarf an
seltenen Metallen. Unser Ziel wird es
00:04:51.500 --> 00:04:55.800
sein, dass wir möglichst auf dieser blauen
Linie bleiben. Das heißt, wir müssen in
00:04:55.800 --> 00:05:00.270
allen Bereichen, und zwar nicht nur in den
Rechenzentren, sondern eben auch im
00:05:00.270 --> 00:05:05.930
Bereich der Software effizienter werden.
Und der Energieverbrauch findet eben nicht
00:05:05.930 --> 00:05:10.720
nur in den Rechenzentren statt, sondern
auch in dezentralen, sogenannten
00:05:10.720 --> 00:05:16.060
"Serverfarmen". Bitcoin ist Ihnen allen
ein Begriff, und dass Bitcoinschürfen sehr
00:05:16.060 --> 00:05:20.310
viel Energie verbraucht, das hat sich
glaube ich schon rumgesprochen. Was man
00:05:20.310 --> 00:05:26.710
aber wissen muss, dass überwiegend die
Bitcoins in China geschürft werden. Und da
00:05:26.710 --> 00:05:31.509
wird der Strom immer noch aus Kohlekraft
zur Verfügung gestellt. Also wenn wir über
00:05:31.509 --> 00:05:36.020
das Thema wir müssen unseren CO2 Footprint
reduzieren, sind das natürlich
00:05:36.020 --> 00:05:40.759
Entwicklungen, die kann man nicht
gutheißen. Hier muss man auch einfach
00:05:40.759 --> 00:05:44.380
sagen, an der Stelle hätte irgendjemand
sagen müssen: Denkt noch mal drüber nach.
00:05:44.380 --> 00:05:49.479
Geht das nicht effizienter? Müssen wir
unbedingt das Bitcoin schürfen, am
00:05:49.479 --> 00:05:56.780
Energiepreis festmachen? Je höher, je mehr
Gewinn? Und das sind natürlich ungünstige
00:05:56.780 --> 00:06:02.389
Zusammenhänge, die man ganz, ganz schlecht
wieder eingefangen bekommt. Das
00:06:02.389 --> 00:06:08.700
Bitcoinschürfen verbraucht im Jahr so viel
wie das ganze Land Österreich. Also wir
00:06:08.700 --> 00:06:14.470
reden nicht über Peanuts. Wir reden über
sehr, sehr viel und das ist Software. Ich
00:06:14.470 --> 00:06:20.060
habe Ihnen ein Beispiel mitgebracht. Bis
eben haben wir darüber gesprochen, dass
00:06:20.060 --> 00:06:25.599
Software zum Energieverbrauch beiträgt.
Aber Software trägt eben auch dazu bei,
00:06:25.599 --> 00:06:31.469
dass Hardware obsolet wird. Und hier am
Beispiel von Windows mal über die Jahre:
00:06:31.469 --> 00:06:37.569
Wieviel hat Windows mal am Anfang an
Speicherkapazität gebraucht an
00:06:37.569 --> 00:06:42.620
Rechenleistung und man schaut mal auf
Windows 10, dann erkennt man durchaus eine
00:06:42.620 --> 00:06:48.060
relativ heftige Entwicklung. Ich sehe
schon da ganz hinten wird einer sagen: Na
00:06:48.060 --> 00:06:52.810
ja, aber Windows 95, da hat sich doch
inzwischen einiges getan. Und Windows ist
00:06:52.810 --> 00:06:58.020
viel mächtiger geworden. Richtig. Aber
schauen Sie sich einfach mal die Spalte
00:06:58.020 --> 00:07:03.189
an, wo Windows XP ist. Da ist Windows
immer noch mit 1,5 Gigabyte Festplatte
00:07:03.189 --> 00:07:10.870
ausgekommen. Bei Vista waren schon 15, da
ist es immer noch mit 32 MB ausgekommen,
00:07:10.870 --> 00:07:18.439
64 MB auskommen, bei Vista schon 512. Und
ich bezweifele, dass das mit dem
00:07:18.439 --> 00:07:24.449
Funktionsumfang zu tun hat, sondern das
ist ein ganz klassisches Beispiel für
00:07:24.449 --> 00:07:29.820
Software Blowing. Sie kennen sicherlich,
dass die Diskussion, dass Software immer
00:07:29.820 --> 00:07:34.740
mehr Funktionen enthält. Wenn ich vor ein
paar Jahren noch ein
00:07:34.740 --> 00:07:38.659
Tabellenkalkulationsprogramm hatte, dann
konnte ich damit berechnen. Heute kann ich
00:07:38.659 --> 00:07:44.190
damit schon Bilder bearbeiten, und da
stellt sich durchaus die Frage: Muss das
00:07:44.190 --> 00:07:48.389
sein? Müssen wir Software immer dicker
machen, dass wir immer mehr Hardware
00:07:48.389 --> 00:07:52.620
brauchen, leistungsstärkere Hardware
brauchen und wir dazu beitragen, dass
00:07:52.620 --> 00:07:58.780
Hardware schneller ausgetauscht werden
muss? Ich fasse mal ganz kurz zusammen.
00:07:58.780 --> 00:08:03.550
Also wir haben auf der einen Seite haben
wir natürlich das Problem, dass Software
00:08:03.550 --> 00:08:07.979
dazu beiträgt, dass wir sehr viel Energie
verbrauchen. Natürlich verbraucht nicht
00:08:07.979 --> 00:08:11.639
die Software die Energie, sondern immer
noch die Hardware. Aber die Software gibt
00:08:11.639 --> 00:08:15.810
die Befehle, dass die Hardware Energie
verbraucht, und die kann ich schlank
00:08:15.810 --> 00:08:21.460
programmieren. Oder ich kann eben an der
Stelle weniger schlank programmieren. Aber
00:08:21.460 --> 00:08:26.389
Software trägt eben auch dazu bei, dass
Hardware vorzeitig in den Ruhestand
00:08:26.389 --> 00:08:31.450
geschickt wird. Und an der Stelle muss man
sagen: Reden wir über seltene Metalle, die
00:08:31.450 --> 00:08:37.610
zum Teil unter verheerenden
gesundheitlichen Situationen gewonnen
00:08:37.610 --> 00:08:40.621
werden und verarbeitet werden. Das muss
man an der Stelle auch immer sagen, sind
00:08:40.621 --> 00:08:45.470
ja wertvolle Geräte, die wir da in der
Hand haben. Software ist auch dafür
00:08:45.470 --> 00:08:51.400
verantwortlich, dass wir sehr dicke
Datenformate zum Teil haben. Also auch das kann
00:08:51.400 --> 00:08:55.130
man schlanker machen, schlanker
übertragen. Und jetzt kann man natürlich
00:08:55.130 --> 00:09:00.780
fragen: Warum hat Politik dann noch nie
reagiert? Politik hat deshalb nicht darauf
00:09:00.780 --> 00:09:06.410
reagiert, weil es schwieriger ist,
Software zu regeln als Hardware. Ich kann
00:09:06.410 --> 00:09:11.440
viel, viel einfacher eine Mindesteffizienz
an Hardware vorschreiben. Das findet auch
00:09:11.440 --> 00:09:15.390
statt. Ich weiß nicht, wer von Ihnen die
EU Eco Design-Richtlinie kennt. Vielleicht
00:09:15.390 --> 00:09:20.600
mal die Hand heben. kurze Redepause zum
Handheben Das ist so das typische Bild,
00:09:20.600 --> 00:09:27.580
immer so 10 Prozent kennen Sie. Es gibt
eine Richtlinie der EU, die unter anderem
00:09:27.580 --> 00:09:33.790
dafür sorgt, dass die Computer, Notebooks,
Monitore, Fernseher und so weiter eine
00:09:33.790 --> 00:09:37.650
gewisse Energieeffizienz haben müssen.
Sonst kommen sie nicht in den europäischen
00:09:37.650 --> 00:09:43.710
Markt. Und das ist der Grund, weshalb seit
2012 die Rechner, die Computer, die
00:09:43.710 --> 00:09:48.120
Notebooks immer effizienter geworden sind.
Leider findet man das bei Software nicht,
00:09:48.120 --> 00:09:52.450
weil es schwierig ist. Aber genau das
wollen wir machen. Eva, drückst du mal bitte Ich habe hier mal so
00:09:52.450 --> 00:09:59.820
ein paar Ausschnitte aus den letzten
Monaten, die es da so an Skandale gab:
00:09:59.820 --> 00:10:05.520
Also Update verhindert, dass eine Set-Top-
Box in den Ruhemodus geht oder Software
00:10:05.520 --> 00:10:11.530
verhindert, dass das Smartphone ordentlich
schnell ist wie vorher und so weiter. Oder
00:10:11.530 --> 00:10:14.830
es gibt keine Treiber mehr. Das kennen Sie
alles. Das ist der Hintergrund, weshalb
00:10:14.830 --> 00:10:20.000
wir gesagt haben: Hier müssen wir rein in
die Forschung. Wir müssen zusehen, dass
00:10:20.000 --> 00:10:26.650
wir eine Methode entwickeln, um den Umwelt
Impact von Software messen und später auch
00:10:26.650 --> 00:10:31.640
bewerten zu können, vielleicht auch
irgendwann Mindestanforderungen zu setzen.
00:10:31.640 --> 00:10:37.750
Und das zweite Ziel war, überprüfbare
Kriterien zu finden, die wir nutzen
00:10:37.750 --> 00:10:44.370
können, um Software, umweltfreundliche
Software erkennen zu können. Und jetzt
00:10:44.370 --> 00:10:51.470
würde ich Eva bitten, den Bereich
vorzustellen. Also das, was du und dein
00:10:51.470 --> 00:10:54.970
Team erfunden haben, entwickelt haben, die
Methode vorzustellen und ein paar schöne
00:10:54.970 --> 00:10:58.970
Ergebnisse.
Dr. Eva Kern: Genau. Wir forschen am
00:10:58.970 --> 00:11:02.340
Umwelt Campus Birkenfeld, das ist ein
kleiner Standort der Hochschule Trier,
00:11:02.340 --> 00:11:07.620
seit ungefähr zehn Jahren im Bereich grüne
Software. Was genau grüne Software ist,
00:11:07.620 --> 00:11:11.330
wussten wir natürlich anfangs auch nicht,
wissen wir heute auch immer noch nicht im
00:11:11.330 --> 00:11:15.690
Detail. Wir haben uns aber gesagt: Die
Software ist letztendlich, was Marina ja
00:11:15.690 --> 00:11:20.760
schon ausgeführt hat, der Treiber für die
Hardware-Verbräuche und haben das Ganze
00:11:20.760 --> 00:11:24.660
mal dargestellt, ums fassbarer zu machen,
gemeinsam mit der Universität Zürich.
00:11:24.660 --> 00:11:30.290
Indem wir sagen, die Software hat nicht
nur selbst einen Lebenslauf, das heißt,
00:11:30.290 --> 00:11:34.570
sie wird produziert, entwickelt. Sie wird
genutzt und wird dann auch am Ende wieder
00:11:34.570 --> 00:11:38.910
deinstalliert. Das ist der so genannte
Software-Lebenszyklus. Sie hat auch
00:11:38.910 --> 00:11:44.020
Auswirkungen auf den Lebenszyklus von
Hardware. Auch Hardware wird, das wissen
00:11:44.020 --> 00:11:46.740
wir alle, produziert. Dann wird sie
genutzt und am Ende wieder aussortiert.
00:11:46.740 --> 00:11:50.400
Software selbst beeinflusst hier besonders
die Nutzungsphase der Hardware
00:11:50.400 --> 00:11:55.810
beziehungsweise beansprucht die Ressourcen
der Hardware. Und da geht es uns darum zu
00:11:55.810 --> 00:11:59.080
gucken: Wie können wir das Ganze schlanker
machen? Wie können wir die Hardware-
00:11:59.080 --> 00:12:04.100
Ressourcen-Verbräuche reduzieren? Und was
hat das Ganze eigentlich auch mit Umwelt
00:12:04.100 --> 00:12:07.900
zu tun? Denn Hardware selbst wird
produziert, wird genutzt und hat während
00:12:07.900 --> 00:12:12.620
des ganzen Lebenslaufs, indem die Software
auf die Hardware einwirkt, Einflüsse auf
00:12:12.620 --> 00:12:17.390
die Umwelt. Und diese Umwelteinflüsse
wollen wir reduzieren. Das war unsere
00:12:17.390 --> 00:12:21.440
Forschungsidee, unser Forschungsansatz, um
zu gucken: Okay, wo sind denn eigentlich
00:12:21.440 --> 00:12:25.440
die Umwelteinflüsse und wie entstehen
eigentlich auch die Umwelteinflüsse? Wir
00:12:25.440 --> 00:12:30.370
sind hingegangen und haben das Ganze nicht
nur im grafischen Modell gefasst, sondern
00:12:30.370 --> 00:12:36.370
haben auch gesagt: Wir wollen Kriterien
entwickeln, die dafür stehen, ob Software
00:12:36.370 --> 00:12:39.470
umweltfreundlich ist oder weniger
umweltfreundlich und wollen überhaupt mal
00:12:39.470 --> 00:12:44.070
fassbar machen, was überhaupt
Umweltwirkungen von Software sein können.
00:12:44.070 --> 00:12:48.630
Insbesondere, was da immer wieder auch ins
Tragen kommt, ist einerseits der
00:12:48.630 --> 00:12:52.100
Energieverbrauch, aber eben auch der
Hardware-Verbrauch in dem Sinne, sei es,
00:12:52.100 --> 00:12:56.340
indem Hardware beansprucht wird. Und da
haben uns dafür, wie Marina schon
00:12:56.340 --> 00:13:00.000
angekündigt hat, eine Methode überlegt,
wie wir das Ganze greifbar machen wollen,
00:13:00.000 --> 00:13:04.810
wie wir das erfassbar machen wollen. Die
Methode baut sich letztendlich aus drei
00:13:04.810 --> 00:13:10.200
Schritten auf. Zunächst gehen wir hin und
überlegen uns: Wir betrachten ein Produkt,
00:13:10.200 --> 00:13:15.500
was für Funktionalitäten dient diesem
Produkt. Das heißt, was kann das Produkt?
00:13:15.500 --> 00:13:21.470
Was macht das Produkt? Und wie werden die
Produkte häufig genutzt? Aus dem Ganzen
00:13:21.470 --> 00:13:24.670
bauen wir ein sogenanntes Stanard-
Nutzungsszenario. Ich habe gleich auch
00:13:24.670 --> 00:13:28.940
noch Beispiele dabei, damit das ein
bisschen greifbarer ist, um auch was
00:13:28.940 --> 00:13:32.250
messen zu können. Um was messen zu können,
brauchen wir was, was abläuft und das ist
00:13:32.250 --> 00:13:37.430
unser Standardnutzungsszenario. Das Messen
ist, was in Schritt 2 stattfindet, der
00:13:37.430 --> 00:13:41.430
sogenannte Erfassung. Hier gehen wir hin,
zeichnen die Standardnutzungsszenarien
00:13:41.430 --> 00:13:46.610
auf. Das heißt, wir haben ein Programm,
was bestimmte Funktionalitäten ausführt,
00:13:46.610 --> 00:13:49.130
und währenddessen wird der
Energieverbrauch, aber auch die
00:13:49.130 --> 00:13:53.690
Beanspruchung von den Hardware Ressourcen
gemessen, erfasst und aufgezeichnet, damit
00:13:53.690 --> 00:13:59.670
wir sie dann weiterhin auch auswerten
können. Wir haben einerseits die Erfassung
00:13:59.670 --> 00:14:03.890
der Messungen, andererseits erfassen wir
aber auch Daten, die beispielsweise in
00:14:03.890 --> 00:14:08.010
einem Benutzer-Handbuch, einer
Dokumentation, in einem Wiki, wo auch
00:14:08.010 --> 00:14:11.630
immer gespeichert sind. Da schauen wir
rein, um das Produkt, das Software-Produkt
00:14:11.630 --> 00:14:17.970
zu analysieren. Nach der Erfassung wird
das Ganze ausgewertet, um die Indikatoren,
00:14:17.970 --> 00:14:22.700
die wir uns überlegt haben, als Kriterien,
um zu bestimmen, ob eine Software
00:14:22.700 --> 00:14:26.710
umweltfreundlich ist oder nicht, zu
bewerten und um vor allem auch den
00:14:26.710 --> 00:14:31.281
Nutzenden und den Entwicklerinnen
Informationen bereitstellen zu können, wo
00:14:31.281 --> 00:14:35.250
vielleicht noch Optimierungspotenziale
sind, um auch eine Transparenz zu
00:14:35.250 --> 00:14:39.670
schaffen, um hier auch Aufmerksamkeit zu
schaffen und ein Bewusstsein zu schaffen.
00:14:39.670 --> 00:14:45.120
Wie sieht das Ganze aus? Wir haben
beispielsweise Standardnutzungsszenarien
00:14:45.120 --> 00:14:48.680
überlegt für Textverarbeitungsprogramm,
für Browser, für Content Management
00:14:48.680 --> 00:14:53.200
Systeme und auch für Datenbanken. Die
Funktionalitäten, die man hier sieht, sind
00:14:53.200 --> 00:14:56.510
nichts, ich sage mal Weltbewegendes, ganz
klar, weil wir wollen ja auch die
00:14:56.510 --> 00:15:01.820
Funktionalitäten abbilden, die die Art der
Programme typischerweise genutzt werden.
00:15:01.820 --> 00:15:04.820
Das heißt, wenn ich ein
Textverarbeitungsprogramm nutze, bearbeite
00:15:04.820 --> 00:15:08.400
ich Text. Ich erstelle vielleicht ein
Inhaltsverzeichnis. Ich kann die Ansicht
00:15:08.400 --> 00:15:12.540
anpassen, und nachher kann ich es auch
noch speichern und eventuell auch noch ein
00:15:12.540 --> 00:15:17.030
PDF erzeugen. Das ist so ein Beispiel für
ein Standardnutzungsszenario, die wir uns
00:15:17.030 --> 00:15:20.780
für verschiedene Produktgruppen überlegt
haben. Immer vor dem Hinblick: So, was
00:15:20.780 --> 00:15:25.900
macht ein typischer Anwender? Jetzt
keiner, der sich explizit nur mit einer
00:15:25.900 --> 00:15:28.700
Funktionalität beschäftigt, sondern immer
davon ausgegangen, dass wir so einen
00:15:28.700 --> 00:15:33.070
klassischen Software-Anwender uns angucken
wollen. Ein aktuelleres Beispiel, das wir
00:15:33.070 --> 00:15:36.960
gerade gemessen haben, ist ein
Standardnutzungsszenario für Media-Player.
00:15:36.960 --> 00:15:40.650
Auch hier: Die Funktionalitäten sind nicht
weiter überraschend. Wenn ich einen Media-
00:15:40.650 --> 00:15:46.130
Player benutze, öffne ich ein Video, ich
stelle den Vollbild ein, ich scrolle vor
00:15:46.130 --> 00:15:51.350
und zurück, halte das Ganze mal an, erhöhe
die Geschwindigkeit und gehe nachher
00:15:51.350 --> 00:15:57.210
wieder auf die Standardvideowiedergabe. Am
Ende wird das Programm geschlossen. Das
00:15:57.210 --> 00:15:59.760
Ganze dauert dann, wenn wir es
automatisieren, ungefähr achteinhalb
00:15:59.760 --> 00:16:04.440
Minuten, weil wir als Erfassung auch
einfach eine Zeit brauchen, wo wir was
00:16:04.440 --> 00:16:07.600
abspielen können, wo wir auch erfassen
können, um dann Auswertungen machen zu
00:16:07.600 --> 00:16:11.750
können, um auch zu sehen: Was verursacht
hier eigentlich welche Hardware-Ressourcen
00:16:11.750 --> 00:16:17.810
und was für Energieverbrauch wird
verursacht? Das Ergebnis: Moment. Zuerst
00:16:17.810 --> 00:16:21.800
noch kurz zum Messaufbau: Wie sieht das
Ganze aus? Wir haben in Birkenfeld
00:16:21.800 --> 00:16:26.280
mittlerweile ein kleines Labor aufgebaut,
was wir Software-Labor nennen, wo wir
00:16:26.280 --> 00:16:31.580
einen Work Load Generator haben. Das heißt
letztendlich einfach nur einen PC, wo das
00:16:31.580 --> 00:16:36.010
Nutzungsszenario automatisiert abgespielt
wird. Automatisiert deswegen, weil wir
00:16:36.010 --> 00:16:40.140
statistisch das Ganze auswerten wollen und
in der Regel dafür 30 Messungen
00:16:40.140 --> 00:16:44.190
durchführen, damit wir Messfehler
ausschließen auch können. Das Ganze wird
00:16:44.190 --> 00:16:48.080
abgespielt auf einem sogenannten System
Under Test, was letztendlich ein ganz
00:16:48.080 --> 00:16:55.660
einfacher PC ist, wo die Arbeit
stattfindet und wo gemessen wird, was für
00:16:55.660 --> 00:16:59.470
Energieverbräuche sind. Wir haben ein
Standard-Messgerät installiert, das
00:16:59.470 --> 00:17:03.660
erfasst die Energiedaten. Und wir haben
noch eine Einheit installiert, die
00:17:03.660 --> 00:17:07.510
erfasst, welche Hardware-Ressourcen gerade
beansprucht werden. Das Ganze wird
00:17:07.510 --> 00:17:12.539
zusammengefasst und ausgewertet in einem
Energieeffizienz-Report, der dann zur
00:17:12.539 --> 00:17:16.640
Verfügung gestellt werden kann und allen
Anwendern, allen Entwicklern einen
00:17:16.640 --> 00:17:20.240
Einblick geben kann, was eigentlich die
Ressourcen und Energieeffizienz des
00:17:20.240 --> 00:17:26.740
eigenen Programms ist. Die Auswertung
sieht dann beispielsweise so aus, hier ein
00:17:26.740 --> 00:17:32.980
Media-Player. Wir haben meistens
verschiedene Produkte aus gleichen
00:17:32.980 --> 00:17:36.610
Produktgruppen genutzt. Hier
beispielsweise ein Media-Player, wo wir
00:17:36.610 --> 00:17:41.190
sehen, wenn das Programm gestartet wird,
gibt's einen Ausschlag. Auch hier
00:17:41.190 --> 00:17:45.320
verbraucht der Media-Player viel Energie.
Genauso ändert es sich, wenn ich meine
00:17:45.320 --> 00:17:50.640
Funktionalität ändere. Wenn ich zu einer
bestimmten Position gesprungen bin, sehe
00:17:50.640 --> 00:17:52.780
ich einen Ausschlag. Ich kann das Ganze
hier erfassen, weil wir eben die
00:17:52.780 --> 00:17:57.240
Energiedaten erfassen, aber auch erfassen,
was passiert eigentlich wann. Das heißt,
00:17:57.240 --> 00:18:01.010
wir können die Zeiten gegenüber legen und
wissen dann, was passiert. Jetzt hilft uns
00:18:01.010 --> 00:18:05.020
das eine Beispiel ja nicht so viel, um zu
sagen: Okay, da ist ein Unterschied, egal,
00:18:05.020 --> 00:18:08.240
mit welchem Programm ich es abspiele.
Deswegen haben wir einen zweiten Media-
00:18:08.240 --> 00:18:15.640
Player auch gemessen. Hier einfach nochmal
zu zeigen, ganz grob. Der Datenverlauf,
00:18:15.640 --> 00:18:19.100
der Energieverlauf sieht einfach anders
aus. Das war für uns das erste Indiz,
00:18:19.100 --> 00:18:22.280
überhaupt weiterzumachen. Wir haben
verschiedene Programme, das Gleiche
00:18:22.280 --> 00:18:27.600
abgespielt, um zu sehen: Okay, es kommen
andere Ergebnisse raus. Die Ergebnisse
00:18:27.600 --> 00:18:31.200
haben wir ausgewertet und hier zum
Beispiel den Energieverbrauch in
00:18:31.200 --> 00:18:35.810
Wattstunden einmal erfasst, sodass wir
sehen konnten, während der eine Media-
00:18:35.810 --> 00:18:41.620
Player 0,833 Wattstunden verbraucht hat.
In dem Standardnutzungsszenario hat der
00:18:41.620 --> 00:18:48.790
andere 0,479 Wattstunden verbraucht. Und
beide haben das Gleiche getan. Das heißt,
00:18:48.790 --> 00:18:52.040
das konnten wir einerseits im
Energieverbrauch feststellen. Wir konnten
00:18:52.040 --> 00:18:54.660
aber auch unterschiedliche
Prozessauslastungen über den Verlauf
00:18:54.660 --> 00:18:58.710
feststellen und auch eine unterschiedliche
Arbeitsplatzbelegung. Das waren für uns
00:18:58.710 --> 00:19:02.380
alles Zeichen, dass die gleiche
Funktionalität mit verschiedenen
00:19:02.380 --> 00:19:10.110
Programmen zu unterschiedlichen
Ressourcenanforderungen führt. Wir haben
00:19:10.110 --> 00:19:12.980
nicht nur die Messmethode entwickelt, wir
haben auch verschiedene Tools entwickelt,
00:19:12.980 --> 00:19:16.220
weil wir gesagt haben: Okay, es bringt ja
jetzt nichts, wenn wir das Ganze in dem
00:19:16.220 --> 00:19:20.770
kleinen Labor auswerten können. Die Idee
war auch hier zu sagen: Wir stellen Tools
00:19:20.770 --> 00:19:25.190
bereit, die es ermöglichen, Messdaten auch
zu erfassen, die es möglichst vielen
00:19:25.190 --> 00:19:29.310
Menschen auch ermöglichen, das zu
erfassen. Mit der Idee dahinter, dass
00:19:29.310 --> 00:19:33.630
vielleicht auch irgendwann im Software-
Entwicklungsprozess es möglich ist, selber
00:19:33.630 --> 00:19:38.490
die eigenen Daten zu erfassen, um hier
auch Optimierung machen zu können, um
00:19:38.490 --> 00:19:43.070
schon während der Entwicklung möglichst
Energieeffizienz und Ressourceneffizienz
00:19:43.070 --> 00:19:48.000
im Blick zu haben. Das eine Tool ist unser
sogenannter Oscar, eine Messeplattform, wo
00:19:48.000 --> 00:19:52.860
wir die Daten einfach hochladen, wo eine
Statistik dahinter steht, das Ganze in R
00:19:52.860 --> 00:19:55.970
programmiert, wo die Daten ausgewertet
werden, die aus unserem Messsystem
00:19:55.970 --> 00:20:00.550
rauskommen. Nur kurz als Beispiel, die
Details sind hier zu weit.
00:20:00.550 --> 00:20:03.790
Marina: kurzes Lachen
Eva: Aber hier als kurzes Beispiel
00:20:03.790 --> 00:20:07.840
einfach. Hier werden alle statistischen
Daten ausgeliefert, weil wir gesagt haben,
00:20:07.840 --> 00:20:10.561
wenn schon Messdaten da sind, wollen wir
eine Unterstützung bieten, wie die
00:20:10.561 --> 00:20:15.410
Messdaten ausgewertet werden können. Und
wir haben auch ein zweites Tool. Ganz
00:20:15.410 --> 00:20:21.260
einfach XML aus Excel-Tool kurz
geschrieben, das einfach die Daten
00:20:21.260 --> 00:20:26.330
bereitgestellt werden können In einem XML-
format und zur Verfügung gestellt werden
00:20:26.330 --> 00:20:30.730
können. Das Ganze haben wir nicht nur
gemacht für Textverarbeitung, Browser und
00:20:30.730 --> 00:20:34.600
die Beispiele, die ich vorhin genannt
habe. Wir sind immer noch dran. Wir
00:20:34.600 --> 00:20:37.770
erhöhen sozusagen auch den Pool unserer
Softwareprodukte, die wir uns angeguckt
00:20:37.770 --> 00:20:41.250
haben. Wir haben inzwischen auch
Nachhaltigkeitsmanagementsoftware uns
00:20:41.250 --> 00:20:44.940
angeguckt, auch in Kooperation mit den
Firmen, weil wir da gesagt haben: Es ist
00:20:44.940 --> 00:20:49.430
ja schön, dass das Tool sich dem Thema
Nachhaltigkeit nähert. Aber was macht das
00:20:49.430 --> 00:20:53.480
Tool eigentlich selbst? Das heißt, nicht
nur durch das Tool etwas zur
00:20:53.480 --> 00:20:56.460
Nachhaltigkeit, zur nachhaltigen
Entwicklung beitragen, sondern auch die
00:20:56.460 --> 00:21:00.580
Software dahinter selbst mal betrachten.
Wir gucken gerade noch uns verschiedene
00:21:00.580 --> 00:21:05.800
Bildbearbeitungsprogramm an. Wir schauen
uns Webshops an. Wir gucken uns PDF-Viewer
00:21:05.800 --> 00:21:10.270
an und so weiter. Das heißt, da sind wir
immer noch dran, um die ganze Methode auch
00:21:10.270 --> 00:21:14.670
zu validieren. Was wir währenddessen aber
auch festgestellt haben, dass es
00:21:14.670 --> 00:21:20.760
insbesondere drei Einflussfaktoren gibt,
die die Messergebnisse beeinflussen. Das
00:21:20.760 --> 00:21:24.720
sind einerseits ganz klar die Auswahl der
Software. Das hängt aber auch vom
00:21:24.720 --> 00:21:28.840
Nutzungsszenario ab und vom
Referenzsystem. Was heißt das im Detail?
00:21:28.840 --> 00:21:32.440
Ganz klar, wir sind ja damit gestartet.
Wir gucken uns verschiedene Sachverhalte
00:21:32.440 --> 00:21:36.730
an, um zu sehen, ob unterschiedliche
Energie und Ressourceneffizienz,
00:21:36.730 --> 00:21:40.970
Ressourcenverbräuche vorhanden sind. Je
nachdem, welche Software ich auswähle.
00:21:40.970 --> 00:21:45.260
Hier nochmal ein anderes Beispiel mit zwei
verschiedenen Textverarbeitungsprogramme,
00:21:45.260 --> 00:21:49.730
die das Gleiche getan haben und hier ganz
klar unterschiedliche Verbräuche
00:21:49.730 --> 00:21:53.880
resultieren. Das Ganze auch noch einmal
grafisch dargestellt. Auch hier sehen wir
00:21:53.880 --> 00:21:57.930
wieder, dass sowohl die Arbeit, die
verrichtet wurde, das heißt der
00:21:57.930 --> 00:22:02.540
Energieverbrauch, aber auch die CPU-
Auslastung und die Prozessorauslastung und
00:22:02.540 --> 00:22:07.390
die RAM-Auslastung hier unterschiedlich
waren. Das heißt, hier haben wir uns auch
00:22:07.390 --> 00:22:11.100
wieder angeguckt: Was hat eigentlich einen
Einfluss? Ganz klar, Auswahl der Software
00:22:11.100 --> 00:22:15.559
hat einen Einfluss. Das zweite Thema ist
das Nutzungsszenario. Auch wenn wir uns da
00:22:15.559 --> 00:22:19.150
gesagt haben, das Ziel ist es
typischerweise, Funktionalitäten
00:22:19.150 --> 00:22:23.920
abzubilden, die üblich genutzt werden,
macht es hier natürlich auch einen
00:22:23.920 --> 00:22:28.280
Unterschied, ob ich beispielsweise etwas
im Textverarbeitungsprogramm schreibe oder
00:22:28.280 --> 00:22:33.640
ob ich einfach nur eine Seite betrachte im
Lesemodus, dass auch hier, um unsere
00:22:33.640 --> 00:22:37.800
Methode sozusagen nochmal kritisch zu
hinterfragen und zu sagen: Wo achten wir
00:22:37.800 --> 00:22:43.100
eigentlich drauf? Wo sind überall
Einflüsse möglich? Indem wir uns dessen
00:22:43.100 --> 00:22:47.150
bewusst sind, hoffen wir einfach, dass da
weniger Manipulationsmöglichkeiten
00:22:47.150 --> 00:22:50.980
vorhanden sind, wenn wir darauf aufmerksam
machen. Auch hier wieder die Auswertung.
00:22:50.980 --> 00:22:56.440
Auch hier ist ganz klar: Das Schreiben
verursacht eindeutig mehr Ressourcen und
00:22:56.440 --> 00:23:03.280
Energieverbräuche, während das Betrachten
im Lesemodus wenig verbraucht. Das letzte
00:23:03.280 --> 00:23:08.440
Thema ist das Thema Referenzsystem. Unser
dritter Einflussfaktor, Referenzsystem
00:23:08.440 --> 00:23:13.990
nennen wir das Programm, wo das Programm
abgespielt wird. Das heißt, wir haben
00:23:13.990 --> 00:23:18.020
einen Computer, den wir ausgewählt haben,
unter bestimmten Kriterien und als
00:23:18.020 --> 00:23:23.390
Referenzsystem bezeichnen. Hier findet die
Arbeit statt, das heißt, hier läuft das
00:23:23.390 --> 00:23:27.850
Programm. Hier findet auch die Erfassung
der Energie- und Hardware-Werte statt. Wir
00:23:27.850 --> 00:23:30.860
haben verschiedene Referenzsystem einfach
mal ausprobiert, um zu sehen, welche
00:23:30.860 --> 00:23:35.210
Einflüsse da vorhanden sind, und kommen
auch hier zu einem Ergebnis, je nachdem,
00:23:35.210 --> 00:23:40.300
welches System ich unterlege, sozusagen
welches ich im Messaufbau drin habe,
00:23:40.300 --> 00:23:44.100
kommen unterschiedliche Werte raus. Auch
die Grafiken haben wir wieder ausgewertet.
00:23:44.100 --> 00:23:47.890
Mit den verschiedenen Referenzsystem und
ganz allgemein gefasst kann man hier
00:23:47.890 --> 00:23:52.980
sagen: Je älter das Referenzsystem ist,
desto größer sind die Unterschiede. Und
00:23:52.980 --> 00:23:56.200
auch das war wieder ein Grund, um zu
sagen: Okay, wir wollen eine Methode
00:23:56.200 --> 00:24:00.750
entwickeln, die möglichst valide ist. Aber
woran können wir die Methode eigentlich
00:24:00.750 --> 00:24:05.340
festmachen? Und das sind insbesondere eben
die drei Einflussfaktoren. Wenn wir mal
00:24:05.340 --> 00:24:11.020
ein Beispiel betrachten: Hier nochmal ein
Beispiel zur Textverarbeitung. Auch hier
00:24:11.020 --> 00:24:14.730
sind wir hingegangen und haben wieder ein
Nutzungsszenario uns überlegt, für beide
00:24:14.730 --> 00:24:18.740
Fälle das Gleiche. Wir haben verschiedene
Textverarbeitungsprogramm gemessen,
00:24:18.740 --> 00:24:23.710
ausgewertet: Woher kommen die Peaks? Woher
kommen die Ausschläge? Und haben hier auf
00:24:23.710 --> 00:24:27.660
dem gleichen Referenzsystem gemessen und
unter den gleichen Bedingungen
00:24:27.660 --> 00:24:32.750
unterschiedliche Ergebnisse erhalten. Auch
wenn das Gleiche gemacht wurde, das
00:24:32.750 --> 00:24:37.470
gleiche Referenzsystem vorhanden. Das
Ganze auch nochmal ausgewertet, um hier
00:24:37.470 --> 00:24:40.470
die Unterschiede nochmal deutlich zu
machen, weil wir da auch ganz oft gefragt
00:24:40.470 --> 00:24:43.640
werden: Ja, macht es denn überhaupt ein
Unterschied? Und sind das denn nicht
00:24:43.640 --> 00:24:48.290
minimale Zahlen? Ja, es sind minimale
Zahlen für den Einzelnen. Aber wenn man
00:24:48.290 --> 00:24:53.240
sich mal überlegt, allein beim Beispiel
der Textverarbeitung, wie viele
00:24:53.240 --> 00:24:58.640
Textverarbeitungsprogramme länger als zehn
Minuten täglich weltweit genutzt werden,
00:24:58.640 --> 00:25:01.800
glauben wir, dass es auch da einfach eine
Ansatzmöglichkeit gibt, weiterzumachen,
00:25:01.800 --> 00:25:05.290
weiter zu gucken: Woran liegt das? Als
nächsten Schritt vielleicht auch zu
00:25:05.290 --> 00:25:11.450
gucken: Wie können wir anders entwickeln,
damit weniger Energie und Hardware
00:25:11.450 --> 00:25:15.870
verbraucht wird? Und wie können wir da vor
allem Transparenz schaffen? Und
00:25:15.870 --> 00:25:19.290
Transparenz schaffen Ist das Stichwort für
uns gewesen, dass wir hingegangen sind und
00:25:19.290 --> 00:25:23.180
ein Zertifikat entwickelt haben. Was genau
dahinter steckt, erzählt jetzt Marina.
00:25:23.180 --> 00:25:26.710
Marina: Ja, bevor ich das mache, würde ich
gerne noch auf diese Folie zurückkommen.
00:25:26.710 --> 00:25:31.220
Ach, schade eigentlich, die du gezeigt
hast. Da kann man nicht sehr schön mal
00:25:31.220 --> 00:25:35.620
sehen, was Software vielleicht auch... Du
bist jetzt genau in die falsche Richtung.
00:25:35.620 --> 00:25:42.530
An Textverarbeitung haben wir in der Tat
relativ lange uns damit beschäftigt, und
00:25:42.530 --> 00:25:45.840
man konnte, noch eins davor, sehr schön
erkennen. Wir haben ja irgendwann
00:25:45.840 --> 00:25:52.330
aufgehört zu messen. Und man sieht, wir
haben danach noch gehorcht. Und wenn Sie
00:25:52.330 --> 00:25:56.470
jetzt mal da oben sich das angucken, dann
sehen Sie: Als erstes muss Ihnen
00:25:56.470 --> 00:26:00.929
auffallen, dass man hier eine schöne Baseline hat. Für jemanden, der Energiemessung
00:26:00.929 --> 00:26:05.850
hat, freut es einem, wenn meine Baseline
hat, also ein Bereich, wo nach einer
00:26:05.850 --> 00:26:10.559
Funktion immer wieder zurückgekehrt wird,
weil es das Grundrauschen ist. Im Unteren
00:26:10.559 --> 00:26:14.240
erkennen Sie es nicht. Da denkt man, die
Baseline ist oben. Also die zappelt eher
00:26:14.240 --> 00:26:18.030
immer rum. Und dann schauen Sie sich mal
ab dem Zeitpunkt, wo wir zum Schluss
00:26:18.030 --> 00:26:23.510
gespeichert haben: Da haben die Kollegen
mit Absicht noch länger mal beobachtet,
00:26:23.510 --> 00:26:27.890
und man sieht das bei der oberen Software
sehr schön, dass nach dem Speichern Ruhe
00:26:27.890 --> 00:26:32.630
ist. Bei der da unten nicht, die zappelt
noch. Was sie macht, wissen wir nicht.
00:26:32.630 --> 00:26:36.420
Möglicherweise telefoniert sie irgendwo
hin. Aber wir wissen nicht, was sie macht.
00:26:36.420 --> 00:26:40.711
Das heißt, ein Entwickler kann hierüber
sehr, sehr schön erkennen: Was passiert
00:26:40.711 --> 00:26:45.260
hier eigentlich? Und es gab noch einen
Punkt während der Forschung. Das hat euch
00:26:45.260 --> 00:26:47.950
ein bisschen verwundert. Es gab immer so
extrem hohe Peaks.
00:26:47.950 --> 00:26:50.170
Eva: Mhm.
Marina: Und kannst du mal sagen, was ihr
00:26:50.170 --> 00:26:53.580
herausgefunden hat, was diese Peaks für
Ursachen haben? Weißt du es nicht mehr?
00:26:53.580 --> 00:26:55.790
Das war der blinkende Cursor.
Eva: Achso.
00:26:55.790 --> 00:26:59.570
Marina: Der blinkende Cursor hat, dermaßen
viel Strom verbraucht, und man weiß, da
00:26:59.570 --> 00:27:03.680
ist eine fehlerhafte Bibliothek, die ist
mal entwickelt worden zu einer Zeit, wo
00:27:03.680 --> 00:27:07.730
die Prozessoren langsamer sind. Jetzt
haben wir schnellere Prozessoren, die
00:27:07.730 --> 00:27:12.760
Bibliothek ist nicht ausgewechselt worden.
Und genau das ist unser Anliegen. Wir
00:27:12.760 --> 00:27:17.300
möchten a) darauf aufmerksam machen,
Leute, die hier in dem Raum seid, die
00:27:17.300 --> 00:27:22.660
Software programmiert. Diese Tools sind
kostenlos. Schaut sie euch an, nehmt euch
00:27:22.660 --> 00:27:26.990
die Zeit, auch einfach effizienter zu
programmieren und zu gucken: Welche
00:27:26.990 --> 00:27:31.090
Bibliotheken sind vielleicht gar nicht so
günstig? Vielleicht gibts dann ein
00:27:31.090 --> 00:27:34.360
Äquivalent, was an der Stelle viel besser
ist. So, jetzt komme ich aber wirklich zu
00:27:34.360 --> 00:27:39.020
dem Teil. Ich möchte Ihnen gerne den
Blauen Engel vorstellen. Eva hat ja gerade
00:27:39.020 --> 00:27:44.970
gesagt, wir haben ja doch ein Jahr
gebraucht, aber eben nicht so lange wie
00:27:44.970 --> 00:27:47.500
eigentlich gedacht, weil das
Forschungsvorhaben hat uns hier wirklich
00:27:47.500 --> 00:27:55.049
eine sehr gute Basis geliefert. Ziel
dieses Blauen Engels war es und ist es
00:27:55.049 --> 00:28:01.299
auch, dass wir auf der einen Seite
Software auszeichnen wollen, die sehr
00:28:01.299 --> 00:28:07.290
effizient mit Hardware umgeht, also
möglichst Hardware weniger nutzt, sodass
00:28:07.290 --> 00:28:13.100
auch alte Technik noch eine Chance hat,
dass die Software drauf läuft, dass der
00:28:13.100 --> 00:28:16.130
Energieverbrauch möglichst gering ist. zu
Eva Du kannst ruhig eins weiter machen.
00:28:16.130 --> 00:28:19.750
zum Publikum Der Energieverbrauch
möglichst gering ist. Das sind so die
00:28:19.750 --> 00:28:24.230
Ziele, die wir hier an der Stelle hatten.
Der Blaue Engel, den kennen Sie sicherlich
00:28:24.230 --> 00:28:28.309
alle. Wenn Sie mal im Baumarkt waren und
Wandfarbe gekauft haben, dann finden Sie
00:28:28.309 --> 00:28:32.330
den Blauen Engel, und auch wenn sie
Toilettenpapier kaufen. Ganz wenige
00:28:32.330 --> 00:28:37.320
wissen, dass es auch Blaue Engel für IKT-
Produkte gibt. Es gibt für Computer Blauer
00:28:37.320 --> 00:28:42.000
Engel. Demnächst wird es auch für Server-
und Speichertechnik Blauen Engel geben,
00:28:42.000 --> 00:28:45.680
und es gibt auch einen Blauen Engel für
Rechenzentren. Und ab nächstem Jahr auch
00:28:45.680 --> 00:28:50.500
ganz neu wird es den Blauen Engel für
Software geben. Und der Blaue Engel will
00:28:50.500 --> 00:28:54.400
an der Stelle keinen Standard setzen,
sondern wir wollen die Besten der Besten
00:28:54.400 --> 00:28:59.240
auszeichnen. Das heißt, die Anforderungen,
die müssen an der Stelle schon
00:28:59.240 --> 00:29:02.521
ambitioniert sein, und das war genau die
Schwierigkeit, die wir ein Stück weit
00:29:02.521 --> 00:29:07.400
hatten. Denn ambitionierte Anforderungen
zu setzen kann man schnell, aber wie kann
00:29:07.400 --> 00:29:12.150
man das überprüfen? Und das war die große
Herausforderung, der wir uns gestellt
00:29:12.150 --> 00:29:16.650
haben und es ist uns gelungen. Wir haben
eine ganze Reihe von Indikatoren gefunden,
00:29:16.650 --> 00:29:24.780
über die wir Software beurteilen können,
und eine Reihe davon konnten wir hier für
00:29:24.780 --> 00:29:30.570
den Blauen Engel nutzen. Ich möchte, bevor
ich die Kriterien zeige, Ihnen kurz
00:29:30.570 --> 00:29:36.230
erklären, wie das Prozedere vom Blauen
Engel ist. Wir als Umweltbundesamt sind
00:29:36.230 --> 00:29:42.160
natürlich die Institution, die die
Kriterien entwickelt, in der Regel immer
00:29:42.160 --> 00:29:48.090
begleitet durch Forschung. Das war auch in
diesem Fall so. Als nächstes ist es so,
00:29:48.090 --> 00:29:53.530
dass wir dann diese Kriterien der breiten
Öffentlichkeit zur Verfügung stellen, in
00:29:53.530 --> 00:29:57.790
dem Sinne, dass wir einladen zu einem
Gespräch. Das ist die sogenannte
00:29:57.790 --> 00:30:03.910
Expertenrunde. Da kann jeder, der möchte,
teilnehmen. Aber wir laden natürlich ein.
00:30:03.910 --> 00:30:06.880
Wir laden Betroffene, sogenannte
Betroffene ein. Also Software-Hersteller
00:30:06.880 --> 00:30:11.040
haben wir eingeladen. Wir haben Verbände
eingeladen. Die Leute vom Open-Source
00:30:11.040 --> 00:30:16.570
waren mit bei, und gemeinsam haben wir
dann die Kriterien diskutiert und vor
00:30:16.570 --> 00:30:19.830
allen Dingen eben auch unsere
Mindestanforderung diskutiert.
00:30:19.830 --> 00:30:25.130
Schlussendlich ist nachher die Jury
Umweltzeichen, die zusammengesetzt ist aus
00:30:25.130 --> 00:30:29.350
dem gesellschaftlichen Leben in
Deutschland. Da ist Kirche vertreten, da
00:30:29.350 --> 00:30:33.280
ist auch BDI vertreten sind. Da sind auch
Umweltverbände vertreten, deutsche
00:30:33.280 --> 00:30:37.770
Städtetag und so weiter und so fort. Und
die entscheiden schlussendlich, ob dieser
00:30:37.770 --> 00:30:42.070
Blaue Engel auf den Markt kommt oder
nicht. Und im Dezember konnte ich
00:30:42.070 --> 00:30:48.030
erfolgreich die Jury davon überzeugen,
dass unsere Kriterien sinnvoll sind und
00:30:48.030 --> 00:30:54.590
dass wir uns wagen können, den Blauen
Engel für Software zu veröffentlichen. Und
00:30:54.590 --> 00:30:59.799
jetzt werde ich Ihnen erklären, was von
Inhalt ist. Ich hatte vorhin schon gesagt,
00:30:59.799 --> 00:31:04.170
das Thema Ressourceneffizienz ist uns sehr
wichtig und hinsichtlich der
00:31:04.170 --> 00:31:09.780
Energieeffizienz und der Hardware-
Inanspruchnahme. Uns ist in der Tat auch
00:31:09.780 --> 00:31:14.799
das Thema der Nutzungsdauer sehr wichtig,
hatte ich eingangs schon gesagt. Es kann
00:31:14.799 --> 00:31:21.590
nicht sein, dass funktionstüchtige IT
schon in den Ruhestand gehen müssen,
00:31:21.590 --> 00:31:25.630
obwohl es eigentlich möglich wäre, wenn
die Software schlanker wäre. Und
00:31:25.630 --> 00:31:29.280
schlussendlich möchten wir aber auch, dass
der Nutzer ein Stück weit selber
00:31:29.280 --> 00:31:36.560
entscheidet, welche Module er installiert,
dass er auch möglichst in der Lage ist,
00:31:36.560 --> 00:31:41.240
ein anderes Software-Produkt zu wählen,
also nicht ewig und drei Tage an diese
00:31:41.240 --> 00:31:46.350
Software gebunden ist. Das bedeutet offene
Standards erwarten wir an der Stelle. Und
00:31:46.350 --> 00:31:49.350
was wir auch wollen, ist, dass eine
Software komplett deinstalliert werden
00:31:49.350 --> 00:31:53.520
kann. Das hört sich immer so trivial an,
aber Sie wissen, so trivial ist es leider
00:31:53.520 --> 00:31:59.350
nicht. Ich habe Ihnen jetzt mal die
einzelnen Kriterien mitgebracht. Da werde
00:31:59.350 --> 00:32:03.010
ich jetzt nicht komplett durchgehen. Das
ist alles veröffentlicht, das können Sie
00:32:03.010 --> 00:32:08.690
nachlesen. Ich möchte nur einige
herausgreifen. Wir erwarten, dass gemessen
00:32:08.690 --> 00:32:17.080
wird in der gesamten Zeit. Der Zeichen-
Nutzungsvertrag geht bis zum 31.12.22. Und
00:32:17.080 --> 00:32:20.850
in der Zeit erwarten wir nicht nur am
Anfang, dass gemessen wird und man uns das
00:32:20.850 --> 00:32:24.830
Messprotokoll zur Verfügung stellt,
sondern wir erwarten, dass die Software
00:32:24.830 --> 00:32:30.080
über diese Zeit schlanker wird. Das heißt
weniger Energie verbrauchen. Und wir
00:32:30.080 --> 00:32:35.980
erwarten, dass bei Updates die Software
eben nicht dazu führt, dass Energie mehr
00:32:35.980 --> 00:32:42.290
verbraucht wird. Das Thema der Hardware-
Nutzungsdauer haben wir adressiert über
00:32:42.290 --> 00:32:46.380
die Referenzsystem, die Eva schon mal kurz
vorgestellt hat. Es gibt eine Liste an
00:32:46.380 --> 00:32:50.580
Referenzsystemen. Und jemand, der den
Blauen Engel hat, muss beweisen, dass
00:32:50.580 --> 00:32:57.640
seine Software auf mindestens fünf Jahre
alten Referenzsystem lauffähig ist.
00:32:57.640 --> 00:33:00.380
Applaus
Marina: lacht
00:33:00.380 --> 00:33:05.929
Eva: Machst du weiter?
Marina: Transparenz ist uns sehr wichtig,
00:33:05.929 --> 00:33:09.460
hatte ich schon gesagt. Transparenz, was
die Daten-Formate angeht, was die
00:33:09.460 --> 00:33:15.470
Schnittstellen angeht. Wir erwarten, dass
ein Nutzer in der Lage ist, mit anderen
00:33:15.470 --> 00:33:21.540
Software-Produkten zu kommunizieren, wenn
die Software so ausgelegt ist. Wir möchten
00:33:21.540 --> 00:33:25.410
eine möglichst modulare Software, das
heißt, der Nutzer entscheidet, ob er bei
00:33:25.410 --> 00:33:29.850
Excel jetzt unbedingt noch eine
Bildbearbeitung dazu installiert haben
00:33:29.850 --> 00:33:36.620
möchte. Also auch er soll die Autonomie
haben, das Ganze auch schlank zu halten.
00:33:36.620 --> 00:33:41.690
Wir möchten Software nicht mit Werbung,
also unnötige Daten, die übers Netz
00:33:41.690 --> 00:33:47.700
verteilt werden möchten wir nicht. An der
Stelle wird es keine Software geben, die
00:33:47.700 --> 00:33:53.130
Werbung produziert. Jetzt Habe ich schon
erzählt, dass wir das überprüfen,
00:33:53.130 --> 00:33:58.010
schlußendlich. Da gibt's dann eben diese
Abschlussevaluation, wo man beweisen muss,
00:33:58.010 --> 00:34:01.980
dass man in der Zeit besser geworden ist,
welche Maßnahmen man ergriffen hat, um
00:34:01.980 --> 00:34:04.929
besser zu werden, muss dann dokumentiert
werden.
00:34:04.929 --> 00:34:10.940
Marina: Und jetzt kommt doch nochmal so
ein bisschen - Ja, Essig in den Wein würde
00:34:10.940 --> 00:34:14.079
ich jetzt nicht sagen - aber das ist ein
Punkt da waren wir alle nicht so ganz
00:34:14.079 --> 00:34:18.609
glücklich, dass wir uns im ersten Schritt
sehr beschränken mussten, welche Software-
00:34:18.609 --> 00:34:23.899
Produkte wir auszeichnen können. Derzeit
beschränken wir uns auf Desktop Software-
00:34:23.899 --> 00:34:28.200
Produkte, sehr wohl wissend, dass die
meisten eigentlich im Netz stattfinden.
00:34:28.200 --> 00:34:33.539
Aber wir hatten die Wahl, entweder mit den
Kriterien sehr beliebig zu werden und
00:34:33.539 --> 00:34:38.089
viele vielleicht auch nicht überprüfen zu
können, oder anspruchsvolle Kriterien, die
00:34:38.089 --> 00:34:44.000
wir mit dem, was wir derzeit haben, auch
wirklich fordern können. Aber ich kann
00:34:44.000 --> 00:34:48.799
jetzt schon versprechen wir machen weiter.
Wir werden nicht warten, bis die Laufzeit
00:34:48.799 --> 00:34:54.790
von diesem Forschungsfonds, von diesem
Blauen Engel, fertig ist, sondern wir
00:34:54.790 --> 00:34:59.079
werden derzeit versuchen, den
Geltungsbereich zu erweitern. Auch noch
00:34:59.079 --> 00:35:03.359
vielleicht für den einen und den Anderen
eine bittere Pille. Es wird keinen blauen
00:35:03.359 --> 00:35:09.259
Engel für Ballerspiele geben. Wir werden
für Spiele durchaus auszeichnen. Das ist
00:35:09.259 --> 00:35:15.160
keine Frage, aber keine Spiele, die Gewalt
verherrlichen. Die sollen keinen blauen
00:35:15.160 --> 00:35:19.589
Engel haben. Und jetzt hatte ich
versprochen, dass ich kurz darauf eingehe:
00:35:19.589 --> 00:35:23.390
Was machen wir weiter? In der Tat.
Zu Eva Machst du mal weiter?
00:35:23.390 --> 00:35:28.529
Marina: In der Tat werden wir versuchen,
Mindestanforderungen an die Effizienz zu
00:35:28.529 --> 00:35:33.849
stellen. Das haben wir derzeit nicht. Wir
messen und versuchen, über diese Messung
00:35:33.849 --> 00:35:38.039
Kenntnisse zu gewinnen, ob es uns gelingt,
eine Mindestanforderung an der Stelle zu
00:35:38.039 --> 00:35:43.009
stellen. Den Geltungsbereich hatte ich
gesagt, den wollen wir erweitern. Wir
00:35:43.009 --> 00:35:46.140
möchten mehr Standard-Nutzungsszenarien
erarbeiten, die wir dann zur Verfügung
00:35:46.140 --> 00:35:51.579
stellen. Die Idee ist auch, Prüflabore zu
initiieren. Wir selber werden kein
00:35:51.579 --> 00:35:57.900
Prüflabor aufbauen. Aber wir möchten Leute
ermuntern, ein Prüflabor zu installieren,
00:35:57.900 --> 00:36:02.239
damit diejenigen, die den Blauen Engel
erwerben wollen, sich an ein
00:36:02.239 --> 00:36:08.249
zertifiziertes Prüflabor wenden können,
der dann die Messungen durchführt. Das zum
00:36:08.249 --> 00:36:14.750
Thema Blauer Engel und Software, was Eva
und ihr Team mit uns gemeinsam an der
00:36:14.750 --> 00:36:17.390
Stelle geforscht hat. Aber das
Umweltbundesamt macht weiter in dem
00:36:17.390 --> 00:36:20.910
Bereich weil es ein wirklich sehr, sehr
wichtiger Bereich ist. Und es gibt neben
00:36:20.910 --> 00:36:26.420
dem Thema Energieverschwendung noch ein
Thema, was mir schon seit Jahren auf der
00:36:26.420 --> 00:36:31.261
Seele brennt, da bin ich schon in 2000
unterwegs gewesen. Die Kombination oder
00:36:31.261 --> 00:36:35.759
die Abhängigkeit von Soft- und Hardware,
also das Software bestimmt wie der
00:36:35.759 --> 00:36:40.499
Hardware Austausch-Rhythmus ist, ist in
der IT, finde ich, schon schwierig. Jetzt
00:36:40.499 --> 00:36:44.310
haben wir die Situation, dass immer mehr
Haushaltsgeräte Software haben. Und wenn
00:36:44.310 --> 00:36:48.559
wir da eine ähnliche Entwicklung haben,
das heißt eigentlich langlebige Produkte,
00:36:48.559 --> 00:36:52.180
plötzlich kurzlebig werden, weil ein
Sicherheits-Updates nicht mehr zur
00:36:52.180 --> 00:36:56.989
Verfügung gestellt werden kann oder weil
eine Software nicht repariert werden kann,
00:36:56.989 --> 00:37:01.299
oder... Diese Themen wollen wir in ein
Forschungsvorhaben, das ich in diesem Jahr
00:37:01.299 --> 00:37:06.009
in Auftrag gegeben habe, bearbeiten. Und
ich guck mal, ich hab vorhin schon einige
00:37:06.009 --> 00:37:11.780
von dem Forschungsteam gesehen. Vielleicht
steht ihr einfach mal auf und winkt. Alle,
00:37:11.780 --> 00:37:16.749
die die Fragen haben, richten sich bitte
an die Kollegen, die mit uns gemeinsam das
00:37:16.749 --> 00:37:20.710
Thema bearbeiten wollen. Und wir wollen an
der Stelle nicht nur wissen, dass es ein
00:37:20.710 --> 00:37:26.569
Problem ist. Das wissen wir. Sondern was
wir wollen, ist, möglichst Kriterien für
00:37:26.569 --> 00:37:31.609
ein Gesetzgeber zu geben. Dass wir auf EU-
Ebene bei der Ökodesign-Richtlinie eben
00:37:31.609 --> 00:37:36.089
nicht nur das Thema Hardware adressieren,
sondern hier, wenn Hardware da ist, auch
00:37:36.089 --> 00:37:40.309
ganz klare Mindestanforderungen an
Software stellen. Das wird das Ziel dieses
00:37:40.309 --> 00:37:46.460
Forschungsvorhaben sein. So, das war's.
Wir geben Ihnen jetzt die Möglichkeit,
00:37:46.460 --> 00:37:52.490
noch Fragen zu stellen. Aber erstmal
herzlichen Dank für den doch lange Geduld,
00:37:52.490 --> 00:38:01.180
die Sie haben, und Ihre Aufmerksamkeit.
Applaus
00:38:01.180 --> 00:38:04.239
Herald: Vielen herzlichen Dank für diesen super
00:38:04.239 --> 00:38:08.170
spannenden Talk, wir haben tatsächlich
noch ziemlich viel Zeit für Fragen. Das
00:38:08.170 --> 00:38:11.539
heißt, alle, die Fragen haben, können sich
gerne an den Mikrofonen anstellen. Alle,
00:38:11.539 --> 00:38:14.640
die früher gehen wollen, benutzen bitte
nur die linke und die mittlere Tür, aber
00:38:14.640 --> 00:38:17.700
nicht den Tunnel, durch den sie
reingekommen sind. Also Tendenziell eher
00:38:17.700 --> 00:38:20.960
links halten, wenn ihr rausgeht. Dann
fangen wir zunächst an mit einer Frage aus
00:38:20.960 --> 00:38:25.951
dem Internet, bitteschön?
Frage: Ja, und zwar fragt ein Nutzer, ob
00:38:25.951 --> 00:38:30.319
ihr euch angeschaut habt, wie sich der
Energieverbrauch ändert, wenn man die
00:38:30.319 --> 00:38:35.089
ganze Überwachung, die in modernen
Betriebssystemen eingebaut ist, mit
00:38:35.089 --> 00:38:39.539
einbezieht. Also zum Beispiel bei Windows
10. Da sind ja sehr viele Tracking
00:38:39.539 --> 00:38:42.400
Mechanismen.
Antwort Marina:
00:38:42.400 --> 00:38:47.220
Wir haben uns das Betriebssystem nicht
angeschaut, was wir gemacht haben, ist,
00:38:47.220 --> 00:38:53.009
dass wir natürlich gemessen haben, um an
der Stelle eine Basis zu haben, die wir
00:38:53.009 --> 00:38:57.119
dann nachher das Delta bei der Messung
abziehen können. Aber das Betriebssystem
00:38:57.119 --> 00:39:00.589
selber haben wir nicht gemessen.
Herald: Gut, da machen wir mal weiter mit
00:39:00.589 --> 00:39:04.539
Mikrofon Nummer eins, bitteschön.
Frage: Vielen Dank für den tollen Vortrag.
00:39:04.539 --> 00:39:09.119
Ich finde das super interessant. Ich
versuche dankbar zu sagen und nicht zu
00:39:09.119 --> 00:39:14.940
meckern, aber meines also eigentlich es
ist alles konsistent. Aber es greift
00:39:14.940 --> 00:39:17.680
natürlich schon deutlich zu kurz. Das
haben Sie ja angemerkt, dass unglaublich
00:39:17.680 --> 00:39:21.779
viel von dem Energieverbrauch passiert,
sozusagen in der Cloud. Und ich glaube
00:39:21.779 --> 00:39:24.809
auch nicht, auch wenn ich schon dafür bin,
dass wir mehr auf unseren eigenen Rechner
00:39:24.809 --> 00:39:29.160
machen sollten. Von daher würde mich
interessieren, was Sie so planen, dass
00:39:29.160 --> 00:39:35.049
stärker auch in den Cloud Systemen mal zu
schauen. Was ist Energieeffizienz, wenn es
00:39:35.049 --> 00:39:38.780
virtuelle Maschinen oder Container angeht,
beispielsweise? Wie ist der
00:39:38.780 --> 00:39:44.690
Energieverbrauch von Streaming? Und vor
allem was sind lohnende Ziele für den um
00:39:44.690 --> 00:39:49.519
Energieverbrauch einzusparen. Das heißt
sind eigentlich noch private Rechner, die
00:39:49.519 --> 00:39:54.119
ja wo immer stärker, sag ich mal, dieser
normale Desktop-PC auf dem Rückzug ist und
00:39:54.119 --> 00:39:57.019
eher so Mobil-Devices die ja eigentlich
sehr energieeffizient sind, auf dem
00:39:57.019 --> 00:40:02.260
Vormarsch sind, aber immer mehr auf die
Rechenzentren geht. Also werden Sie das
00:40:02.260 --> 00:40:05.170
dann als nächstes sozusagen anvisieren?
Weil ich glaube, das lässt sich auch viel
00:40:05.170 --> 00:40:08.559
besser regulieren. Denn wenn man sich so
aus dem Daten.
00:40:08.559 --> 00:40:10.619
Herald: Kurze Faustregel: Kurze Fragen
sind gute Fragen.
00:40:10.619 --> 00:40:11.819
Lachen
Herald: Also, da waren ja schon ein paar
00:40:11.819 --> 00:40:13.960
Fragen drin.
Marina: Das war aber eine sehr gute Frage,
00:40:13.960 --> 00:40:19.140
weil in der Tat, wir werden genau in dem
Bereich weitermachen. Ich habe weitere
00:40:19.140 --> 00:40:22.849
Forschung im Bereich der Rechenzentren. Da
haben wir auch Indikatoren entwickelt, wie
00:40:22.849 --> 00:40:29.079
wir die Energie und Ressourceneffizienz in
Rechenzentren untersuchen können, in denen
00:40:29.079 --> 00:40:33.569
Themen und auch mit den Verantwortlichen
bin ich in der Diskussion. Aber ich gebe
00:40:33.569 --> 00:40:37.180
ihnen recht. Wir werden es nicht schaffen,
als Umweltbundesamt sämtliche Produkte zu
00:40:37.180 --> 00:40:40.680
messen. Was wir machen wollen, ist
wesentlich mehr im Bereich Blauer Engel
00:40:40.680 --> 00:40:46.289
aufmerksam zu machen, dass es andere
Softwareprodukte gibt, die durchaus besser
00:40:46.289 --> 00:40:51.819
sind. Was wir aber wollen, ist, dass wir
eine Diskussion, eine Debatte anregen. Und
00:40:51.819 --> 00:40:55.660
ich würde mich freuen, wenn die
Intelligenz, die in der IT ist, genutzt
00:40:55.660 --> 00:41:02.410
wird, um die IT effizienter zu machen. Die
Möglichkeit gibt es. Wir sind weit
00:41:02.410 --> 00:41:08.029
entfernt von effizienten Geräten, auch
wenn Leute und sie auch andere
00:41:08.029 --> 00:41:11.229
Wissenschaftler hören, die sagen: In
Deutschland gibt es die energieeffizientes
00:41:11.229 --> 00:41:15.880
Rechenzentren. Hören Sie da nicht hin. Das
stimmt nicht. Wir haben gemessen, und wir
00:41:15.880 --> 00:41:21.670
wissen, dass die Rechenzentren CPU
Auslastung von knapp 15 Prozent sind. Das
00:41:21.670 --> 00:41:24.390
werden wir uns auf Dauer nicht leisten
können wenn wir Digitalisierung wollen.
00:41:24.390 --> 00:41:29.920
Von daher müssen wir an allen Stellen an
der Stelle agieren. Aber was ich durchaus
00:41:29.920 --> 00:41:35.969
vorhabe, ist, dass wir gemeinsam mit
Professoren aus anderen Universitäten, die
00:41:35.969 --> 00:41:41.329
das Thema auch spannend finden, Curriculum
entwickeln wollen. Wir möchten an der
00:41:41.329 --> 00:41:47.019
Stelle Professoren zu ermuntern, zu sagen,
was hier an Wissen ist, bitte gebt es
00:41:47.019 --> 00:41:51.269
weiter. Dass die späteren oder die
Entwickler, die auf dem Markt kommen, auch
00:41:51.269 --> 00:41:56.509
Tools und die richtige Kenntnis an der
Stelle haben. Wir hören nicht auf, wir
00:41:56.509 --> 00:41:58.759
sind am Anfang. Das ist mir schon durchaus
bewusst.
00:41:58.759 --> 00:42:01.529
Herald: Wir sind auch am Anfang der
Fragenden. Wir haben noch reichlich Zeit
00:42:01.529 --> 00:42:05.029
für Fragen. Also haltet bitte durch an den
Mikrophonen und haltet euch auch daran,
00:42:05.029 --> 00:42:07.499
nicht nur das die Fragen kurz sind,
sondern dass ihr auch möglichst nah an die
00:42:07.499 --> 00:42:10.430
Mikrofone herangeht, dass es alle gut
verstehen. Wir machen nochmal weiter mit
00:42:10.430 --> 00:42:14.619
einer weiteren Frage aus dem Internet.
Frage: Ja, und die geht in die Richtung
00:42:14.619 --> 00:42:18.859
der Betriebssysteme. Ihr hattet ja schon
gesagt, dass ihr euch nicht angeguckt habt.
00:42:18.859 --> 00:42:23.559
Aber habt ihr überlegt, in Zukunft das mal
zu machen, weil wahrscheinlich dieselbe
00:42:23.559 --> 00:42:28.099
Textverarbeitung Software unter Windows
oder Linux einen anderen Energieverbrauch
00:42:28.099 --> 00:42:31.150
hat?
Marina: Also, ich gehe mal davon aus, dass
00:42:31.150 --> 00:42:34.319
wir wollen uns jetzt demnächst mit diesen
Themen beschäftigen, dass wir sicherlich
00:42:34.319 --> 00:42:40.020
an der Stelle auch das untersuchen. Es
wird aber erstmal keinen blauen Engel für
00:42:40.020 --> 00:42:44.999
Betriebssystem geben, da gibt es einfach
zu wenige. Und wenn wir diese Arbeit
00:42:44.999 --> 00:42:49.329
machen und ein Blauer Engel bedeutet
wirklich viel Arbeit, dann kommt
00:42:49.329 --> 00:42:55.480
garantiert die Frage der Jury: Gibt es dann
auch genügend Zeichennehmer? Wir werden es
00:42:55.480 --> 00:42:58.540
untersuchen, aber in einem anderen Rahmen.
Das wird dann sicherlich auch dann
00:42:58.540 --> 00:43:02.819
Bestandteil des Forschungsvorhaben sein.
Eva: Genau, und was wir schon betrachtet
00:43:02.819 --> 00:43:08.020
haben, sind auch Programme auf
verschiedenen Betriebssystemen. Da haben
00:43:08.020 --> 00:43:10.339
wir aber da sind wir einfach noch nicht so
weit, dass wir da Aussagen treffen können.
00:43:10.339 --> 00:43:13.000
Uns ist aber bewusst, dass
unterschiedliche Programme auf
00:43:13.000 --> 00:43:16.950
unterschiedlichen Betriebssystemen
unterschiedliche Verbräuche verursachen. Da
00:43:16.950 --> 00:43:20.170
stecken im Moment auch noch in der
Referenzsystem Findung, sind aber auch
00:43:20.170 --> 00:43:22.170
dabei.
Herald: Wobei bei der Bits- und Bäume
00:43:22.170 --> 00:43:25.540
letztes Jahr ich einen Vortrag gehört
habe. Und ein bisschen schockiert war zu
00:43:25.540 --> 00:43:28.499
hören, dass freie Software nicht
automatisch den besseren Energieverbrauch
00:43:28.499 --> 00:43:31.499
hat. Das war für mich ein großer
Lernmoment. Wir machen weiter mit Mikrofon
00:43:31.499 --> 00:43:35.380
Nummer zwei.
Frage: Vor 25 Jahren hat Niklaus Wirth aus
00:43:35.380 --> 00:43:39.269
Zürich einen Artikel geschrieben: Die
Software Explosion. Den hat leider der
00:43:39.269 --> 00:43:44.670
Springer-Verlag unter Verschluss. Aber das
Englische "A plea for lean software" im
00:43:44.670 --> 00:43:48.960
Folgejahr ist im Internet auffindbar, das
ist also gar kein neues Problem. Das
00:43:48.960 --> 00:43:54.579
exponentielle Wachstum ist ja ewig schon
da. Die Frage ist das, kann das Kriterium
00:43:54.579 --> 00:43:59.589
Blauer Engel in die öffentliche
Beschaffung hinein einwirken? Kann das in
00:43:59.589 --> 00:44:06.710
Gemeinwohl-Ökonomie Bilanzen zum Beispiel
einwirken? Und wie sieht's mit dem Digital
00:44:06.710 --> 00:44:11.390
Pakt aus, der fünf Milliarden für Geräte
und Hardware Beschaffung über die Schulen
00:44:11.390 --> 00:44:17.499
des Landes auskippt, derzeit. Wo ziemlich
ohne Sinn und Verstand einfach eingekauft
00:44:17.499 --> 00:44:23.559
wird? Könnte da Regulierung greifen aus
einer Bundesbehörde für Bundesmittel? Das
00:44:23.559 --> 00:44:27.820
wär schön. Seid ihr da in Kontakt?
Marina: Wir sind eine wissenschaftliche
00:44:27.820 --> 00:44:34.690
Behörde. lacht Aber was wir durchaus schaffen,
ist, dass wir in Politik an der Stelle
00:44:34.690 --> 00:44:38.839
wirken können mit unseren Ergebnissen. Und
das ist uns unter anderem gelungen, dass
00:44:38.839 --> 00:44:44.950
wir in der Bundesverwaltung sichergestellt
haben, dass die Kriterien des Blauen
00:44:44.950 --> 00:44:49.999
Engels bei Beschaffungen angewendet werden
müssen. Punkt. Das ist erstmal nur in der
00:44:49.999 --> 00:44:55.410
Bundesverwaltung, aber im nächsten Jahr ja
noch nächstes Jahr, noch nicht dieses
00:44:55.410 --> 00:45:00.410
Jahr. Im nächsten Jahr werden wir diese
Diskussion mit den Ländern führen. Da bin
00:45:00.410 --> 00:45:04.150
ich auch eingeladen, zusammen mit den
Ländervertretern darüber zu diskutieren.
00:45:04.150 --> 00:45:10.960
Und das wird ein Ziel sein. Der Druck
nimmt zu. Das freut uns sehr. Auf
00:45:10.960 --> 00:45:14.780
Landesebene und auf Bundesebene können wir
im Bereich der Beschaffung einiges
00:45:14.780 --> 00:45:20.609
bewirken, ja. Aber an der Stelle muss ich
dazusagen, dass wir in der
00:45:20.609 --> 00:45:26.579
Bundesverwaltung schon seit 2008 eine
Green IT Initiative haben. Wir haben es
00:45:26.579 --> 00:45:30.820
geschafft, den Energieverbrauch um 40
Prozent zu reduzieren. Jedes Mal schaue
00:45:30.820 --> 00:45:35.719
ich immer in Verbände-Augen und sagen
Seid ihr dazu nicht auch in der Lage,
00:45:35.719 --> 00:45:40.180
außer zu behaupten und nicht zu belegen,
dass ihr die Besten der Welt seid in dem
00:45:40.180 --> 00:45:46.089
Bereich? Also da ist noch viel zu tun. Da,
wo wir uns einmischen können, tun wir es
00:45:46.089 --> 00:45:50.809
sehr, sehr gerne und bisher in vielen
Bereichen, auch EU-Ebene, durchaus
00:45:50.809 --> 00:45:53.640
erfolgreich.
Herald: Ich kann auch ergänzen, weil ich
00:45:53.640 --> 00:45:56.700
für eine Bundestagsabgeordnete arbeite.
Was den Digital Pakt angeht, ist das
00:45:56.700 --> 00:46:00.660
Tragische, das für die erste Runde das
ganze Geld schon verplant ist. Also das
00:46:00.660 --> 00:46:03.420
müsste eher für weiter in die Zukunft
geplant werden. Jetzt zunächst eine Frage
00:46:03.420 --> 00:46:08.289
von Mikrofon Nummer 6.
Frage: Soweit ich es verstanden habe,
00:46:08.289 --> 00:46:12.849
konzentrieren Sie sich vor allem darauf,
wie effizient die Software ist. Aber
00:46:12.849 --> 00:46:17.779
Effizienz heißt ja nicht, dass am Ende
weniger Energie verbraucht wird. Sie haben
00:46:17.779 --> 00:46:21.589
ja uber Videoplayer geredet. Kann man ja
auch sagen: "Okay, jetzt haben wir ein
00:46:21.589 --> 00:46:24.869
effizienter Videoplayer, jetzt können wir
die Auflösung verdoppeln." Und dann kommt
00:46:24.869 --> 00:46:28.920
diese Frage Rebound-Effekt und so. Das hat
mich jetzt ein bisschen gewundert, dass es
00:46:28.920 --> 00:46:33.809
überhaupt nicht in Ihrem Vortrag vorkam.
Berücksichtigen Sie das irgendwie, weil
00:46:33.809 --> 00:46:37.980
also ich meine Computer sind um ums
Vielfache effizienter geworden in den
00:46:37.980 --> 00:46:40.630
letzten 20 Jahren. Und trotzdem brauchen
wir mehr Strom.
00:46:40.630 --> 00:46:45.019
Marina: Wir haben keine Kriterien
gefunden, um den Rebound Effekt zu
00:46:45.019 --> 00:46:49.550
greifen. Ich gebe Ihnen vollkommen recht.
Wir haben einfach die Situation, dass in
00:46:49.550 --> 00:46:53.819
dem Moment, wo etwas einfacher wird, wir
den Rebound Effekt haben. Man muss nicht
00:46:53.819 --> 00:46:59.609
mehr ein Video ausleihen und irgendwo
hinfahren, sondern ich kann einen Vertrag
00:46:59.609 --> 00:47:04.180
machen und kann, wenn ich will, den ganzen
Tag Videos anschauen. Das heißt, die
00:47:04.180 --> 00:47:07.680
Vereinfachung führt bisher immer dazu,
dass wir diesen dramatischen Rebound
00:47:07.680 --> 00:47:12.940
Effekt haben, der dann zu diesem hohen
Energieverbrauch führt. Das Einzige, was
00:47:12.940 --> 00:47:19.240
wir an der Stelle geschafft haben, zu
erfassen, ist, dass wir die Lebensdauer
00:47:19.240 --> 00:47:24.410
der Produkte möglichst lange zu halten,
dass wir sagen, dass die Software
00:47:24.410 --> 00:47:28.339
mindestens auf fünf Jahre alte Rechner
noch lauffähig ist. Das ist momentan der
00:47:28.339 --> 00:47:34.400
erste Punkt, aber sie sind gerne
eingeladen, wenn Sie Ideen haben, mit uns
00:47:34.400 --> 00:47:37.791
mitzuwirken. Wir können nicht alles
wissen, und wir haben als wir, ich glaube
00:47:37.791 --> 00:47:44.209
2012 oder 2013, als ich zum ersten Mal mit
dem Thema in die Fachwelt kam und ein
00:47:44.209 --> 00:47:50.109
Fachgespräch initiiert habe. Da saßen drei
Leute. Wir hatten am Anfang richtig
00:47:50.109 --> 00:47:55.359
Schwierigkeiten, Forscher zu finden,
Interessierte zu finden. Das hat sich Gott
00:47:55.359 --> 00:47:58.630
sei Dank geändert. Denn bei der Anhörung
vom Blauen Engel habe ich noch nie so
00:47:58.630 --> 00:48:03.420
viele Menschen in dem Raum gesehen. In der
Regel ist das immer so eine Gemeinschaft,
00:48:03.420 --> 00:48:07.999
die sich kennt. Aber zum ersten Mal habe
ich auch neue Gesichter gesehen. Also ich
00:48:07.999 --> 00:48:12.109
glaube, das Thema braucht Zeit, und
vielleicht brauchen wir auch noch mal
00:48:12.109 --> 00:48:17.010
andere Kriterien, aber wir hören ja nicht
auf. Gerne wäre jemand, der eine tolle
00:48:17.010 --> 00:48:20.049
Idee, der meldet sich bei mir. Adresse,
glaube ich, haben wir nachher.
00:48:20.049 --> 00:48:23.910
Eva: Was wir auch drin haben, ist der
Energieverbrauch über die Zeit. Das heißt,
00:48:23.910 --> 00:48:27.749
wir sagen ja, während du den Blauen Engel
trägst, darfst du nicht mehr als zehn
00:48:27.749 --> 00:48:32.680
Prozent haben, zehn Prozent des
Energieverbrauchs erhöhen. Da gucken wir
00:48:32.680 --> 00:48:36.490
auch. Also die, die den Blauen Engel
haben, sind aufgefordert. Das hat Marina
00:48:36.490 --> 00:48:39.890
ja vor einem Vortrag auch gesagt. Ständig
zu messen, immer wieder zu überprüfen,
00:48:39.890 --> 00:48:43.170
egal, welche Anderungen das Programm hat,
welches Update, welche Auflösung, was auch
00:48:43.170 --> 00:48:47.890
immer. Da immer nachzuweisen, dass der
Energieverbrauch nicht höher als 10
00:48:47.890 --> 00:48:51.569
Prozent steigt und da auch immer zu
begründen, warum er steigt.
00:48:51.569 --> 00:48:54.559
Marina: Ich habe auch nicht alle Kriterien
vorgestellt. Es gibt noch ein wichtiges
00:48:54.559 --> 00:48:57.609
Kriterium. Das ist unter anderem der Grund
gewesen, weil ich gesagt habe "Jetzt ist
00:48:57.609 --> 00:49:03.430
Schluss mit lustig." Wir haben auf der EU
regeln können, das Power Management aktiv
00:49:03.430 --> 00:49:07.609
geschaltet werden muss bei Computer, die
ausgeliefert werden. Es gibt Software, die
00:49:07.609 --> 00:49:13.509
das verhindert, dass ein Computer im Power
Management fährt. Und diese Software nimmt
00:49:13.509 --> 00:49:18.990
zu. Immer mehr Softwareprodukte, die ihre
Dokumente im Netz haben, erwarten, dass
00:49:18.990 --> 00:49:23.869
der Computer ständig an ist.
Ansonsten verliert er sein Gedächtnis. Ich
00:49:23.869 --> 00:49:26.960
bin Software-Entwickler, Sie auch. Und Sie
wissen, wir müssen einfach nochmal
00:49:26.960 --> 00:49:31.309
nachdenken, ob das so eine kluge Idee ist
oder ob es nicht besser hinkriegen, dass
00:49:31.309 --> 00:49:35.390
ein Computer in der Lage ist, in den
Niedrigenergie-Modus zu verfallen.
00:49:35.390 --> 00:49:38.849
Herald: Vielen Dank für das
leidenschaftliche Plädoyer. Wir schieben
00:49:38.849 --> 00:49:40.009
nochmal eine Frage aus dem Internet
dazwischen.
00:49:40.009 --> 00:49:47.009
Frage: Hat Open-Source-Software eine
Möglichkeit, den Blauen Engel zu bekommen,
00:49:47.009 --> 00:49:49.310
wenn keine juristische Person oder Firma
dahinter steht?
00:49:49.310 --> 00:49:55.609
Marina: Ja, auf jeden Fall. Das haben wir
schon geklärt. Das ist möglich. Wir haben
00:49:55.609 --> 00:49:59.640
auch Juristen bei uns, die prüfen das
natürlich. An der Stelle muss ich immer
00:49:59.640 --> 00:50:02.359
sagen: Wir haben ja auch mit den Kollegen
vom Open-Source stehen wir auch im engen
00:50:02.359 --> 00:50:06.920
Kontakt. Wenn alle anderen Kriterien
erreicht werden sehr, sehr gerne.
00:50:06.920 --> 00:50:10.259
Herald: Wir machen aber weiter mit
Mikrofon 1.
00:50:10.259 --> 00:50:14.880
Frage: Zu dem Energiemesslabor hätte ich
nur eine Frage, weil wir an der Fachgruppe
00:50:14.880 --> 00:50:19.690
an der Uni auch so ein kleines bauen. Wir
beschäftigen uns aber mit konfigurierbaren
00:50:19.690 --> 00:50:23.520
Softwaresystemen und versuchen, das zu
verstehen, wie Konfiguration den
00:50:23.520 --> 00:50:26.549
Energieverbrauch beeinflusst. Und ihr habt
jetzt gesagt, ihr habt bei der
00:50:26.549 --> 00:50:31.859
Energiemessung gewisse Faktoren konstant
gehalten wie das Nutzungsszenario, andere
00:50:31.859 --> 00:50:35.670
abgedeckt wie verschiedene Rechner, auf
denen ihr messt. Und habt ihr dabei auch
00:50:35.670 --> 00:50:38.690
schon mal die Konfigurationen betrachtet?
Denn wir haben festgestellt Es gibt zum
00:50:38.690 --> 00:50:42.970
Faktor 100 bei Datenbankmanagementsystem
zum Beispiel, wo das schwanken kann, je
00:50:42.970 --> 00:50:46.309
nach Konfiguration.
Eva: Haben wir noch nicht näher
00:50:46.309 --> 00:50:49.450
betrachtet, ist uns aber bewusst, dass es
Anderungen hat. Das ist einer der
00:50:49.450 --> 00:50:51.769
Einflussfaktoren, die wir noch nicht näher
untersucht haben, deswegen ist es halt
00:50:51.769 --> 00:50:54.660
spannend, dass ihr das macht. Ich würde
mich gerne nachher noch mit euch
00:50:54.660 --> 00:50:56.660
unterhalten.
Herald: Wahrscheinlich gibt's sowieso
00:50:56.660 --> 00:50:59.690
viele Leute, die noch Nachfragen haben,
falls wir nicht fertig werden, alle Fragen
00:50:59.690 --> 00:51:05.499
zu beantworten. Mikrofon Nr. 2 nochmal.
Frage: Mal abgesehen von der Beschaffung
00:51:05.499 --> 00:51:12.479
in öffentlichen Einrichtungen gibt es für
die Hersteller und die Verbraucher beim
00:51:12.479 --> 00:51:16.150
Blauen Engel für Software denn irgendwie
noch andere Anreize?
00:51:16.150 --> 00:51:26.460
Marina: Also schwer. Natürlich kann der
Konsument erkennen, ob er ein
00:51:26.460 --> 00:51:32.289
Softwareprodukt einkauft mit dem blauen
Engel, denn dieses Label ist ja oben
00:51:32.289 --> 00:51:38.390
drauf, also jeder kann das entsprechend
für seine Werbung nutzen. Aber Anreize wie
00:51:38.390 --> 00:51:43.810
in vielen anderen "Blauer Engel"-Produkten
ist es so, dass der jenige schon sehr
00:51:43.810 --> 00:51:49.309
bewusst sich dem ist, dass es ein Problem
ist. Mehr konnen wir an der Stelle nicht
00:51:49.309 --> 00:51:51.650
machen.
Herald: Mikrofon Nummer 1 nochmal.
00:51:51.650 --> 00:51:56.720
Fragen: Ich wollte nochmal zurück kommen
auf Desktoprechner versus Rechenzentren.
00:51:56.720 --> 00:52:01.160
Gibt es da irgendwie eine Abschatzung, wie
sich da der Energieverbrauch verteilt?
00:52:01.160 --> 00:52:09.119
Marina: Also Desktop gegenüber ... Ich
habe eine Auswertung im Kopf, weiß ich
00:52:09.119 --> 00:52:13.549
aber jetzt nicht so ganz genau, da war es
durchaus so, dass ungefähr, glaube ich,
00:52:13.549 --> 00:52:17.400
die Hälfte sind Cloud-Anwendungen, wenn
mich nicht alles täuscht, aber legen Sie
00:52:17.400 --> 00:52:23.469
mich jetzt nicht fest. Also wir haben noch
sehr, sehr viele Desktop-Anwendungen. Was
00:52:23.469 --> 00:52:27.789
jeder jetzt so im Kopf hat, ist Word, ist
Excel und so weiter, aber ich rede von den
00:52:27.789 --> 00:52:32.390
diversen Software-Produkten, die in
Verwaltungen immer noch entwickelt werden
00:52:32.390 --> 00:52:37.170
und das sind in der Tat immer noch sehr
haufig Desktop-Anwendungen. Und ich rede
00:52:37.170 --> 00:52:43.770
auch wirklich von vielleicht kleineren
Tools. Das ist auch gerade im Bereich der
00:52:43.770 --> 00:52:48.989
Ökobilanzierer, da gibt es etliche Tools,
die laufen auf Desktop. Da gibt es schon
00:52:48.989 --> 00:52:53.130
eine ganze Reihe, ich hab das im Vorfeld
mir angeschaut, denn das muss ich bei der
00:52:53.130 --> 00:52:57.009
Jury aufzeigen, dass wir hier auch einen
Markt bedienen, der war jetzt nicht so
00:52:57.009 --> 00:52:59.140
schlecht.
Fragen: Also die Größenordnung ist
00:52:59.140 --> 00:53:01.140
ungefahr ähnlich?
Marina: Ich glaube ja.
00:53:01.140 --> 00:53:03.079
Herald:
Eine weitere Frage aus dem Internet.
00:53:03.079 --> 00:53:07.769
Frage: Ja, und die Frage geht dahin, ob
ihr eure eigene Software auch zertifiziert
00:53:07.769 --> 00:53:12.280
habt.
Eva: Konnten wir insofern noch nicht
00:53:12.280 --> 00:53:15.109
machen, weil es den Blauen Engel ja im
Moment noch nicht auf dem Markt gibt, aber
00:53:15.109 --> 00:53:18.259
ist auf jeden Fall ein Ziel. Also es ist
am 11. Dezember entschieden worden,
00:53:18.259 --> 00:53:21.140
dass es den Blauen Engel gibt und und
bisher ist er noch nicht veröffentlicht,
00:53:21.140 --> 00:53:23.410
Anfang des Jahres gucken wir dann auch,
dass wir unsere Arbeit...
00:53:23.410 --> 00:53:25.519
Marina: Aber es ist Open-Source.
Eva: Es ist Open-Source, ja.
00:53:25.519 --> 00:53:42.930
Herald: Sehr gut, dafür gibt es auch schon
Punkte. Mikrofon Nummer 2.
00:53:42.930 --> 00:53:57.109
Audio fehlt
Eva: ...die auch selbst bei uns im Umfeld
00:53:57.109 --> 00:54:00.799
sehr viel benutzt wird und auch da wird
geguckt, wie wird sie denn benutzt?
00:54:00.799 --> 00:54:03.529
Tatsächlich können wir es nicht ganz
ausschließen, weil wir nicht weltweit
00:54:03.529 --> 00:54:07.839
erfassen. Also wir haben geguckt, ob es
Statistiken dazu gibt, wie typischerweise
00:54:07.839 --> 00:54:10.670
Softwareprodukte genutzt werden.
Funktionalitäten oder sonst was haben wir
00:54:10.670 --> 00:54:15.510
nicht gefunden. Das Ganze, es gab auch mal
die Idee zu erfassen, wie denn in der
00:54:15.510 --> 00:54:19.450
Hochschule verschiedene Produkte erfasst,
benutzt werden. Das geht aber dann sehr
00:54:19.450 --> 00:54:23.369
kritisch in Richtung Datenschutz, wer wie
arbeitet und deswegen haben wir davon auch
00:54:23.369 --> 00:54:27.290
die Finger gelassen. Wir können es nicht
ausschließen, dass es nicht die typischen
00:54:27.290 --> 00:54:31.420
Funktionalitäten sind, sind aber bemüht,
weil es im Moment noch klassische Produkte
00:54:31.420 --> 00:54:35.569
sind, sage ich mal, dass die typischen
Funktionalitaten abgedeckt sind. Im
00:54:35.569 --> 00:54:38.809
Open-Source Bereich haben wir tatsächlich
einfach Kontakt gehabt mit den
00:54:38.809 --> 00:54:43.539
Herstellern, den EntwicklerInnen und da
auch gemeinsam entwickelt. Genau so mit
00:54:43.539 --> 00:54:47.269
den Firmen, wo wir zusammengearbeitet
haben. Auch da haben wir geguckt, welche
00:54:47.269 --> 00:54:50.079
Produkte werden denn wie benutzt? Und wo
sind zum Beispiel die häufigsten
00:54:50.079 --> 00:54:53.469
Nutzeranfragen da gewesen?
Herald: Super, vielen Dank, Mikrofon
00:54:53.469 --> 00:54:57.349
Nummer 6.
Frage: Ja, wir haben in Deutschland ja so
00:54:57.349 --> 00:55:03.019
eine gute Tradition von Schummel-Software
auf Prüfständen. Wie verhindert man denn
00:55:03.019 --> 00:55:07.730
in diesem Fall, dass die Software sich da
anders verhält oder man auch falsche
00:55:07.730 --> 00:55:12.489
Anreize gesetzt hat, um zum Beispiel damit
die Software über fünf Jahre einsetzbar
00:55:12.489 --> 00:55:16.390
ist, immer mehr in die Cloud auslagert,
damit einfach auf dem lokalen Desktop
00:55:16.390 --> 00:55:20.980
weniger Energie verbraucht wird. Aber über
das Netz und externe Ressourcen verbrauche
00:55:20.980 --> 00:55:24.619
ich im Endeffekt mehr, kriege aber den
Blauen Engel, weil ich lokal gut aussehe.
00:55:24.619 --> 00:55:29.230
Marina: Deswegen wollten wir im ersten
Schritt erst mal grundsätzlich nur
00:55:29.230 --> 00:55:34.390
Software auszeichnen, die lokal läuft.
Aus genau diesem Grund, dass wir noch kein
00:55:34.390 --> 00:55:41.039
Nutzungsszenario für das Rechenzentrum
haben und man dann durchaus die
00:55:41.039 --> 00:55:44.609
überwiegende Rechenleistung in einer Cloud
hat und dann sieht man lokal super aus,
00:55:44.609 --> 00:55:49.009
haben wir gesagt, im ersten Schritt
zeichnen wir grundsätzlich Software aus,
00:55:49.009 --> 00:55:51.859
die die Ressourcen des Computers vor Ort
nutzen.
00:55:51.859 --> 00:55:54.109
Herald: Ich ...
Frage: Wie stellt man sicher, dass es
00:55:54.109 --> 00:55:57.539
keine Verhaltensänderung gibt, weil man
eben auf diesem bekannten Prüfstand ist?
00:55:57.539 --> 00:56:03.160
Marina: Also, einen Prüfstand gibt's ja in
dem Sinne nicht, sondern wir lassen an
00:56:03.160 --> 00:56:08.069
Laboren bisher prüfen, die wir kennen. Und
wir prüfen auch nach. Es wird Auditoren
00:56:08.069 --> 00:56:13.969
geben, die diese Werte, die man uns dann
vorlegt, prüft. Denn wir müssen ja auch
00:56:13.969 --> 00:56:18.499
prüfen, ob es stimmt, dass die Software
auch auf ein fünf Jahre altes
00:56:18.499 --> 00:56:23.680
Referenzsystem läuft, was wir da
vorgegeben haben. Das heißt, hier wird es
00:56:23.680 --> 00:56:30.579
Personen geben, die das überprüfen. Das
Verfahren ist gar nicht so unüblich. Das
00:56:30.579 --> 00:56:33.229
haben wir im Bereich der Rechenzentren
auch. Gibt ja einen Blauen Engel für
00:56:33.229 --> 00:56:36.549
Rechenzentren. Und da kann man ja auch
alles Mögliche erzählen. Und deswegen
00:56:36.549 --> 00:56:45.949
gibt's Auditoren, die durch Zahlen, die
ihnen vorliegen, und die Glaubwürdigkeit
00:56:45.949 --> 00:56:50.420
abschätzen und Nachfragen an der Stelle
machen. Ich muss ganz ehrlich sagen, der
00:56:50.420 --> 00:56:55.089
Blaue Engel, den gibt es 41 Jahre. Wir
haben vergangenes Jahr 40 Jahre gefeiert.
00:56:55.089 --> 00:57:00.430
Und mit dem Blauen Engel gab es noch keine
Skandale. Das hat auch wirklich, glaube
00:57:00.430 --> 00:57:05.009
ich, unter anderem ein Grund, dass wir so
gut sind. Aber der andere Grund ist,
00:57:05.009 --> 00:57:09.650
diejenigen, die ernsthaft sich auszeichnen
lassen, die wollen beweisen, dass sie gut
00:57:09.650 --> 00:57:13.509
sind. Und das Schlimmste, was einem
passieren kann, ist, dass man sagt: Ihr
00:57:13.509 --> 00:57:17.739
wart gar nicht so gut. Weil die Konkurrenz
schaut. Die kriegen in der Regel als
00:57:17.739 --> 00:57:22.009
erstes mit, wenn da irgendwo was nicht
stimmt. Das habe ich beim Rechenzentrum
00:57:22.009 --> 00:57:26.839
gemerkt, dass ein Konkurrent dachte, das
stimmt doch den und den angeschwärzt hat.
00:57:26.839 --> 00:57:32.430
Er lag aber falsch. Aber das trägt das
Ganze auch ein Stück weit, dass wir in der
00:57:32.430 --> 00:57:36.170
Regel Unternehmen, die diesen
schmerzhaften Prozess, denn es ist ein
00:57:36.170 --> 00:57:41.900
Prozess, und da braucht man viel Zeit, zum
Teil auch Geld, was man in die Hand nimmt,
00:57:41.900 --> 00:57:45.230
wenn man da betrügerisch unterwegs ist.
Hab ich bisher noch nicht festgestellt.
00:57:45.230 --> 00:57:49.570
Herald: Und apropos Zeit: Wir sind leider
am Ende der Zeit. Ich sehe und spüre, dass
00:57:49.570 --> 00:57:51.910
hier noch sehr viel Redebedarf ist. Es ist
ja auch ein spannendes Thema, aber
00:57:51.910 --> 00:57:55.109
bestimmt gibt es die Möglichkeit, die
Speakerinnen entweder jetzt danach oder
00:57:55.109 --> 00:57:58.539
später vielleicht nochmal zu erwischen.
Ich glaube, die eine Speakerin muss weg
00:57:58.539 --> 00:58:03.009
und hat jetzt Verpflichtungen aber kriegt
bestimmt noch andere Gelegenheiten, noch
00:58:03.009 --> 00:58:06.289
Fragen zu stellen. Vielen Dank nochmal für
die ganzen Fragen, die ihr jetzt schon
00:58:06.289 --> 00:58:09.219
gestellt habt. Und ganz, ganz vielen Dank
nochmal für den tollen Talk, nochmal einen
00:58:09.219 --> 00:58:13.029
ganz herzlichen Applaus. Danke, dass ihr
alle da wart.
00:58:13.029 --> 00:58:16.225
Applaus
00:58:16.225 --> 00:58:20.343
Abspannmusik
00:58:20.343 --> 00:58:41.000
Untertitel erstellt von c3subtitles.de
im Jahr 2020. Mach mit und hilf uns!