 Der erste Slot heißt Digitale Rohstoffe erhalten sich anders und dafür bitte ich den Erik Albers auf die Bühne. Er engagiert sich vor allem für die Free Software Foundation Europe, für Nutzer und Softwarefreiheit dort in diesem Bereich und schreibt auch für Netzpolitik.org und beschäftigt sich gerne sozusagen als Freizeitforscher auch mit digitaler Nachhaltigkeit. Bitte schön. Ja, danke für die Einführungen und schön hier noch ein paar Gesichter zu sehen, auch zu so später Stunde, weil ja auch gerade draußen echt eine schöne Stimmung ist. Es gibt zwei Besonderheiten. Die erste ist, ich bin so ein bisschen halb krank, ich hoffe meine Stimme hält durch und ich muss hier nicht husten. Und die andere ist, ich halte zum ersten Mal ein Talk auf einem proprietären Betriebssystem und es geht aber um natürlich viel und freie Software und ich hoffe, ich werde nicht hier vom Blitz erschlagen nebenher. Ich möchte über Rohstoffe reden und vor allem über digitale Rohstoffe und im Sonderen um Software als einen digitalen Rohstoff. Der hat viel gemeinsam mit anderen digitalen Rohstoffen, aber auch seine Besonderheiten. Software ist in unserer heutigen Gesellschaft ein Rohstoff und umfasst im Prinzip alle unsere gesellschaftlichen Bereiche. Natürlich ursprünglich von Automatisierung, Maschinierung, über die Wissenschaft, wo Software letztendlich irgendwann herkam. Über die Verwaltung zum digitalen Erbe wird heutzutage auch sehr viel kulturelle Artefakte produziert, die quasi nur noch mit Software produziert werden und nur noch mit Software abgerufen werden können, bis hin letztendlich zu unserer alltäglichen zwischenmenschlichen Kommunikation. Neben diesen organisatorischen Fähigkeiten oder Grundlagen von Software als Rohstoff gibt es auch natürlich noch die Kopplung von Software an Hardware. Also Software ist natürlich auch Rohstoff für Hardware und wird damit letztendlich auch realitätsgestaltend. Wenn ich morgens, viele von uns wahrscheinlich, wenn sie morgens in die Küche gehen, dann gibt es da schon viele Geräte, die mit Software interagieren oder selbst auf dem Software läuft. Spätestens wenn ich dann das Haus verlasse und über die Ampel laufe in der U-Bahn fahre, ins Krankenhaus gehe, quasi wohin ich auch gehe, ist Software im Zusammenspiel mit Hardware realitätsgestaltend. Und was man hier jetzt auch sieht mit dieser Wolke hier in der Mitte, was halt mehr und mehr auch noch der Fall ist, dass Software dann mit zentralen Strukturen letztendlich interagiert. Das heißt Software hat teilweise jetzt als Rohstoff schon so eine gespaltene Funktion. Dann gibt es eben die Clients und die Server, die da miteinander reden und zusammen dann letztendlich eine Interaktion, eine Aktion produzieren. Was macht jetzt Software vielleicht nochmal besonders als ein Rohstoff? Das ist natürlich primär, er ist nicht stofflich und weil er nicht stofflich ist, kann er auch nicht verbraucht werden. Ich kann also eine Softwareprinzipie also oft benutzen, wie ich möchte und ich kann sie nicht verbrauchen. Ich kann sie auch kopieren und verbreiten und das kann ich theoretisch unendlich oft und im Prinzip kann jeder Mensch auf diese Erde von dem gleichen Rohstoff teilhaben. Und wenn ich dann jetzt quasi einen Softwareprojekt oder einen Code formen von Software als einen Rohstoff definiere und jede einzelne Installation davon als Mengeneinheit eins des Rohstoffes, dann gilt im Prinzip je mehr Nutzer inne ich habe, je mehr Installatione ich habe, desto mehr Rohstoff habe ich. Also anders, genau und konträr quasi als bei den natürlichen Ressourcen, wo normalerweise gilt je mehr Nutzer innen da sind, desto mehr nimmt man vom Rohstoff weg, gilt hier, je mehr Nutzer innen ich habe, desto häufiger ist der Rohstoff verhanden, desto mehr ist der Rohstoff für alle verfügbar. Jede Installation erweitert also die Grundmenge, anstatt sie zu reduzieren. So, theoretisches Software unbegrenzt, in der Praxis leider ist sie es nicht immer. Es gibt hier, also viele, es gibt sowohl juristische Maßnahmen, also Lizenzen vor allem, Patente und andere Dinge, die die Verwendung von Software einschränken. Es gibt natürlich auch technische Kopierschutzmaßnahmen und andere Dinge, die die Verwendung von Software einschränken. Sie kann also künstlich verknatt werden, obwohl sie eigentlich prinzipiell unbegrenzt verfügbar ist. Und was ich hier durch die schwarzen Ampeln noch anzeigen wollte, dass Software auch funktionieren muss. Also der Rohstoff kann quasi auch kaputt gehen. Wenn ich da einen jetzt im Back habe, dann ist der Rohstoff kaputt im Prinzip. Ich kann ihn vielleicht reparieren, okay, aber anders jetzt wieder auch als natürliche Rohstoffe kann der Prinzip kaputt gehen. So, was ist noch anders, wenn man Software als Rohstoff denkt, also ich habe hier, ich habe hier eine Timeline von GNU Linux Distributionen, habe ich aus der Wikipedia genommen, die ist eigentlich seitenslang, also das ist nur ein ganz kleiner Ausschnitt. Und was ich zeigen möchte, ist, dass es einerseits ständig neue Rohstoffe entstehen, also das sind alles im Prinzip die Abspaltungen von bestehenden Distributionen und dann kommen hier neue und neue und neue. Oder hier oben sieht man es noch besser, hier entstehen komplett neue im Prinzip auch. Das heißt, auch wieder, wir denken vielleicht, ich glaube es ist nicht Erde, den haben wir langsam durchforstet. Die meisten Ressourcen haben wir entdeckt, weil es oft wirkelt, dass wir ständig neue Ressourcen im Prinzip uns aufbauen und entwickeln und aber auch, dass sie in Abhängigkeiten zueinander stehen, also die stehen natürlich letztendlich irgendwo in Abhängigkeit zu ihrem Ursprung, aber auch in anderen Ebenen, also bei Software gibt es dann auch in anderen Ebenen viel Abhängigkeiten, eine GNU Linux Distribution hat im Prinzip eine Abhängigkeit zum Linux Körner zum Beispiel und da gibt es noch viel mehr andere Packages und Abhängigkeiten, die da bestehen, also ist der Rohstoff Software nicht so alleine an sich denkbar. So jetzt haben wir quasi die wichtigsten Aspekte von dem Rohstoff Software so abgedeckt. Ich möchte drei zentrale Leitgedanken hier mitnehmen für den weiteren Verlauf des Talks. Erstens je mehr Nutzer innen, desto mehr Rohstoff ist entscheidend bei dem, wenn wir über den Rohstoff Software nachdenken, je mehr Installation ich habe, desto höher ist die Grundmenge des Rohstoffes. Die Rohstoffe entstehen in Abhängkeiten zueinander, sind also nicht los gelöst voneinander und neue Rohstoffe entstehen, die können aber auch bewusst gestaltet werden, ich kann also bewusste Entscheidungen treffen, wenn ich eine neue Software schreibe in Sachen Architektur, in Sachen Abhängigkeiten, in Sachen Lizenzen und ähnliche Dinge kann ich Einfluss nehmen auf die Nachhaltigkeit dieses Rohstoffes. Software kann auch verloren gehen, diese Rohstoffe kann auch verloren gehen, zum Beispiel in dem das Wissen darüber verloren geht, ist vor allem Gefahr für proprietäre Software, der Hobbyprogrammierer im Keller, der seine proprietäre Software programmiert, eines plötzlichen Todes stirbt und keiner kann den Code lesen, aber auch für große Projekte kann das gelten. Software, große Softwareprojekte sind so komplex, dass sie kein einzelner Mensch durchschauen kann und wenn die Firma dahinter Bankrott geht, kein gutes Wissensmanagement hat, die Entwickler verlassen den Raum und zurück bleibt Lehre und keiner quasi kann den Code nach und nach innen kein gutes Wissensmanagement finde statt und auch hier geht Code verloren. Hier ist ein grafischer Fehler, wie ich sehe, das ist natürlich der proprietären Software geschuldet, man sieht es ja trotzdem, also genau natürlich die letzte Kopie verschwindet oder geht kaputt, was vor allem vielleicht auch aktuell gefahren sind, wenn man je mehr man dann Software in zentrale Rechenzentren verlagert, in die sogenannte Cloud und da fällt die Bombe drauf oder der Besitzer der Cloud löscht es oder andere Dinge, kann Software verloren gehen und ansonsten informationstechnische Angriffe sind im Prinzip auch noch eine Gefahr Viren oder Programme, die dem eigentlichen Code schaden und damit, die den eigentlichen Rohstoff so verändern, dass er nicht weiter benutzbar ist. Jetzt kann ich mich fragen, na gut, okay, vielleicht muss ich ja auch nicht jede Software erhalten, wenn ich heute einen Telefon habe mit dem Betriebssystem und in 20 Jahren werde ich vermutlich nicht mehr diese Telefon mit dem Betriebssystem benutzen wollen, also who cares, warum soll ich überhaupt mich darum kümmern, dass die Software erhalten bleiben? Dann ist natürlich erst mal Software erhalten heißt Wissen erhalten, Software ist Wissen und es ist irgendwie Musik, sich Relevanzkriterien zu überlegen oder ähnliches, warum ich jetzt gewisses Wissen erhalten soll und anderes nicht. Wir freuen uns auch über die römische Inschrift 500 vor Christus, von irgendeinem Rezept, das heute keiner mehr kocht und trotzdem ist es irgendwie, es ist ja ideal, also Wissen zu erhalten ist ideal, dass man auch verfolgen sollte und ich glaube es wird dann noch deutlich, wenn wir nachdenken, was für eine Rolle heutzutage auch Software in der Wissenschaft spielt. Die Wissenschaft hat den Anspruch, dass man ihre Ergebnisse reproduzieren kann. Wenn ich die Software nicht mehr dazu habe in 20 Jahren, dann kann ich auch nicht mehr das Ergebnis reproduzieren und dementsprechend kommt da einfach schon eine Notwendigkeit des Erhaltens und dann gibt es noch die Generationengerechtigkeit von 1987 von dem UN Brundtland Report. Da wurde als nachhaltiges Ziel festgeschrieben, dauerhafte Entwicklung ist Entwicklung, die die Bedürfnisse der Gegenwart befriedigt, ohne zu riskieren, dass künftige Generationen ihre eigenen Bedürfnisse nicht befriedigen könnten. Das wird jetzt normalerweise dann so verstanden, wird das insofern verstanden, wir sollten heute irgendwie in einer Art und Weise konsumieren, dass dann auch ein bisschen was übrig bleibt für die Zukunft, damit die auch noch was davon hat. Und wenn wir jetzt zurückdenken, dass je mehr Nutzer in der Software hat, desto mehr Rohstoffe darauf vorhanden, dann gilt hier eben eher umgekehrt, dass wir im Prinzip heute je mehr wir, also als auf Volksversprechende Strategie quasi, um eine Software für die Zukunft zu erhalten, wäre möglichst weit, diese Software zu verbreiten, möglichst viele Installationen und wirklich viele Nutzer erinnern zu haben, um dieses Wissen letztendlich für die Zukunft zu erhalten. Außerdem gibt es hier noch eine Doppelgenerationengerechtigkeit, weil es geht nicht nur darum, die Software an sich zu erhalten für informations- technische Prozesse, sondern auch für die Hardware. Software arbeitet damit Hardware zusammen. Das heißt, wenn ich die Software halte, dann halte ich auch Zugang zu dieser Hardware, was ja auch wiederum viele natürliche Rohstoffe verbraucht hat in der Produktion und so gibt es hier eine Doppelgenerationengerechtigkeit in dem Erhalt von Software. Da gibt es auch schon Initiativen, die sich bemühen, möglichst Software zu erhalten. Ich habe hier mal einen rausgenommen, das ist das Software Heritage. Software Heritage hat zum Ziel, our ambition is to collect, preserve and share all software that is publicly available in source code form. Hier wird also systematisch öffentlich verfügbarer Code, sowohl geback-up als auch archiviert und natürlich aber auch katalogisiert, systematisiert, um ihn möglichst auch für die Zukunft letztendlich zur Verfügung zu stellen. Hier sieht man schon mal eineseits die Abhängigkeit zum öffentlichen Code, worauf wir gleich noch eingehen werden. Das ist ein sehr wichtiges Projekt, um Software zu bewahren. Ich möchte aber auch zwei Aspekte hinweisen. Das eine ist die angesprochene Abhängigkeit, die wir hatten. Das heißt, wenn ich hier, ich habe zum Beispiel, was man heutzutage öfters sieht, man hat einen freien Software client, hat aber ein proprietäres Backend auf dem Server, oder andere Abhängigkeiten zu proprietären Libraries oder anderen proprietären Modulen, dann habe ich zwar die Software archiviert, die freie, die freie an den freien Anteil, aber nicht in proprietären. Da kommt Schwierigkeiten, das kann ich dann in Zukunft vielleicht auch nicht wieder zusammenbauen oder nach benutzen. Und das andere ist, dass Software eben nicht nur aus Code besteht, Software hat auch noch ein paar andere Elemente, da gibt es natürlich die Dokumentation und Version Control und alle möglichen Community drum herum und Wissensmanagement, das hier eventuell auch nicht abgedeckt wird. Und dann haben wir jetzt also, aber hier eine Möglichkeit, wie wir kurz bewahren können. Das möchte ich noch im dritten Kapitel quasi darauf zu sprechen kommen, wie wir, aber was wir heute tun können. Wenn wir jetzt Software gestalten, wie wir diese, was wir darüber bedenken sollen, um diese möglichst nachhaltig zu gestalten für die Zukunft, weil wir wollen ja nicht einfach nur, jetzt haben wir zwar eine Lösung, um irgendwie die alten Sachen aus dem Keller zu holen, aber eigentlich wäre es noch besser. Wir schaffen Software, die die Zeiten überdauert und quasi Eigenleben hat. Und genau, da ist die Community das entscheidende. Community vor allem diverse Community schafft agile Ökosysteme. Wenn wir die Software hier im Kern als den Rohstoff betrachten, dann ist eben besonders, besonders zielführend, wenn wirklich viele diverse Akteure Zugang haben zu diesem Rohstoff und diesen Rohstoff mitgestalten können. Wir haben hier NutzerInnen, wir haben EntwicklerInnen, wir haben aber auch Firmen, Wissenschaften natürlich, Trittparteien. Wenn wir zum Beispiel mal einen WordPress denken, WordPress hat natürlich ganz viele Nutzer, die WordPress ist ein Content Management System, mit dem man Bloggen kann, aber auch normale Home Pages gestalten kann und andere Dinge. So, wenn wir WordPress einmal nehmen als Beispiel, dann haben wir natürlich die NutzerInnen, die sich ihrem Blog aufsetzen oder ihre Home Pages aufsetzen. Wir haben aber auch EntwicklerInnen, die natürlich die eigentliche Software entwickeln. Wir haben Unternehmen, die verkaufen Installationen oder Management dieser Software. Wir haben die WordPress Foundation, die dahinter steht und diesen Rohstoff möglichst sich um diesen Rohstoff kümmert und dessen Fortentwicklung. Wir haben Internet Service Providers, die eigentlich Internet verkaufen, aber als On-Top, als Service Anbieten auch noch WordPress installieren und so weiter, also ganz viele, verschiedene Akteure, die haben alle Interesse daran, dass dieser Rohstoff erhalten bleibt, dass dieser Rohstoff auch in Zukunft noch fähig ist, mitzuhalten, wenn HTML5 kommen oder wenn mobile Endgeräte in werden, dass diese Entwicklungen mitgemacht werden können und somit erhalten quasi diese Communities die Software am Leben. Und das Entscheidende ist eben, dass dieser Rohstoff zwischen allen aufgeteilt wird und quasi anstatt einer Monopolstruktur hier jeder Zugang zu diesem Rohstoff hat und deswegen eben freie Zugangenschaft Community, Fundament für damit diese diversen Akteure auch Zugang haben können, damit sie auch egal was machen wollen, auch wenn sie das monetär verwalten wollen oder nur als EndnutzerInnen entscheiden ist eben, dass sie völlig frei damit tun können, was sie wollten und das wird eben gewährleistet durch freie Lizenzen und da geht es sich nicht nur um Kodis, ich habe jetzt einen Kod hier zentral in der Mitte, aber das Gnu, aber auch andere Lizenzen, da geht es natürlich auch um Trademarks und um Patente und andere Dinge, alles was quasi die freie Verwendung irgendwie einschränken könnte, sollte vermieden werden, um die Community wirklich divers zu gestalten und damit den Rohstoff ein Eigenleben einzuhauen und deshalb ist zum Beispiel auch diese Kampagne hier so wichtig, die ich kurz ansprechen möchte, Public Money, Public Code, fordert das von öffentlich finanzierten Einrichtungen, finanzierte Softwareentwicklung, auch der Öffentlichkeit zur Verfügung gestellt wird, wenn man auf die Homepage gibt, da gibt es ganz viele Argumente, ganz viele gute Argumente, warum das so sein sollte, aber es ist eben auch ein Argument, um eine möglichst nachhaltige Infrastruktur zu gestalten, um Software quasi mit Eigenleben erfüllen zu können. Schließlich sollte man auch noch, mit John erwähnt haben, das Wissensmanagement, wir hatten also die Community und der freie Zugang, schafft Community und das Wissensmanagement schafft letztendlich den Zugang. Wenn die Software weiterlebt und in Fortgetragen wird über die Jahre, dann kommen da ständig neue Entwicklerinnen und alte gehen und die muss man abholen, auch Nutzerinnen, die brauchen Zugang, da ist ein gutes Wissensmanagement sehr hilfreich, ich habe hier als Beispiel die Voyager 1, falls man es beherrscht kennt oder auch nicht, ich fand das ein ganz gutes Beispiel, weil die wurde 1970 abgeschossen und hätte bis 1980 irgendwie funken sollen und die fliegt immer noch und funkt immer noch und dann habe ich vor drei Jahren gelesen, hat die NASA jetzt dann ging der letzte Entwickler von damals, der ging jetzt auch endlich in Ruhe stand und es hat die NASA irgendjemand gesucht, der das auch übernehmen kann. Ja und die da stand in der Stellenausschreibung, dass ein halbes Jahr in etwa einer Beidungszeit gerechnet wird, was ich doch ziemlich kurz in beeindruckend fand dafür, dass wir hier von Software und Hardware von fast 50 Jahren vor unserer aktuellen Zeit reden und das verdeutlicht vielleicht auch ganz gut, wie wichtig so ein Businessmanagement ist, um das eben natürlich auch nachhaltig für die zukünftigen Generationen fortzuführen. So dann komme ich auch schon zu meiner Abschlussfolie, die das dann zusammenfassen sollte. Wenn wir also Software halten möchten, wenn wir Software für zukünftige Generationen erhalten möchten, von heute aus gedacht quasi, wenn wir heute Software kreieren, die wir für zukünftige Generationen erhalten möchten, dann ist die Community das zentrale Element darin und Community eben nicht nur, wie man es vielleicht klassischerweise heutzutage versteht, zwischen Nutzerinnen und Entwicklerinnen, da gehört noch viel mehr dazu, da gehören auch noch Unternehmen dazu und Wissenschaft und was ich vorhin schon alles aufgezählt hatte, Trittparteien und so weiter, alle die quasi irgendwo ein Interesse haben, diese Software zu erhalten, die schaffen eben auch energie des Ökosystems. Deswegen, wenn wir diesen Rohstoff Software für die Gesellschaft erhalten wollen, dann ist das Sinnvollste, dass der Gesellschaft zu übergeben und in deren Hände zu geben, damit sie sich mit einem Eigenleben das quasi von diesen verschiedenen Akteuren aus geformt wird, Eigenleben einhauchen kann und damit diese Community eben möglichst divers und agil arbeiten kann, gilt es eben, die natürlich den Zugang zum Rohstoff zu schaffen, so uneingeschränkter Zugang zur vollfunktionsfähigen Kompie, natürlich. Ein Business Management, das ist ermöglicht, dass auch völlige Neulinge in diesen Rohstoff, in die Gestaltung dieses Rohstoffs einsteigen können und als Fundament des Ganzen sind natürlich die freien Lizenzen, die überhaupt das auch rechtlich ermöglichen, damit so umzugehen. So, das war mein Vortrag. Vielen Dank und genau, wenn ich jetzt noch Fragen habe, dann haben wir noch irgendwie zwei, drei Minuten oder so. Wir haben sogar noch fünf Minuten. Genau, vielen Dank, dass du deine Ideen und Visionen zum Erhalt der Software mit uns geteilt hast. Besonders schön fand ich auch, wie du die Brücke zwischen Nachhaltigkeitsdebatte und Technikdebatte geschlagen hast über den Bruntlandbericht. Genau, und ich lade jetzt zu Fragen ein aus dem Publikum. Genau, also ich würde mit dem Mikrofon hier vorne rumgehen und es gibt auch noch ein zweites Saal-Mikrofon für den hinteren Bereich. Also jetzt bestimmt nicht sehr fachmännisch die Frage, die Aktualisierung, wer macht die dann? Also wenn jetzt eine Software erstellt wird und dann ändert sich was, wer schreibt das Programm denn um, dieses Software? Also es gibt normalerweise wie zum Beispiel im Falle von dem Beispiel WordPress, das ich angesprochen hatte, gibt es eben normalerweise, es gibt eine, sage ich mal, eine zentrale Instanz, die eine Version herausgibt von Umschreibungen, die man kann quasi, ich kann die Software umschreiben und sagen, ich habe hier irgendwie, ich habe was verbessert, wollte das übernehmen und dann können die sagen, ja übernehmen wir ja oder nein. Und dann gibt das quasi eine offizielle Version, sage ich mal. Und die offizielle Version, alle wissen irgendwie, das ist die offizielle Version, die wird von dieser Stiftung herausgegeben. Aber ich kann eben auch parallel Entwicklung machen. Wenn die das nicht annehmen, dann mache ich halt, könnte ich auch meine eigene Entwicklung machen. Aber es gibt eben normalerweise immer eine Institution, die sagt, hier ist die offizielle Version. Aber ich kann natürlich nichts verhindern, dass jemand anderes was, sich damit was anderes gestalten. Aber es kann im Endeffekt dann auch veralten, dass man, wenn keiner sich mehr zuständig fühlt, dann kann es praktisch veralten, dass man dann sagt, dann ist die praktisch... Ja, es kann natürlich geschehen, hier, wenn wir diese, so was gibt dann schon Projekte, die irgendwann aufhören. So, irgendwann fühlt sich keiner mehr zuständig. Es hat irgendwie keine Attraktionen mehr, es kommen keine neuen Nutzerinnen, keine neuen Entwicklerinnen, deswegen ist es ja so wichtig, die abzuholen und die einzubinden. Dann kann die natürlich auch an irgendeinem Wesoen Stand einfach stehen bleiben. Aber dann ist es eben wichtig, dass man sie archiviert, um sie trotzdem für die Zukunft zu erhalten. Hätte ich hier vorne auch noch mal eine Frage. Ich muss mich für meine Frage entschuldigen, falls das ganz am Anfang kam, denn ich kam ein paar Minuten zu spät, aber ich muss verstehen, wieso, was du unter Rohstoff verstehst, inwiefern Software ein Rohstoff ist. Ich hätte jetzt intuitiv gedacht, Software ist eher genau das Gegenteil, nämlich sowas wie ein fertiger Zeugnis, was am Ende sozusagen eines kreativen Prozesses steht und diese Metapher oder was genau bedeutet, wieso Rohstoff? Hätte ich am Anfang eingeführt, aber warum ist ein fertiges Produkt kein Rohstoff oder wenn du sagst, Software steht, ich meine Software ist eh die ganze Zeit lebendig. Es wird ja immer wieder geuptert und der Rohstoff entsteht dadurch, weil ich ja ohne diese Software gewisse Heutzutage für unsere Gesellschaften, für die digitale Gesellschaft, ist ein Content Management System, zum Beispiel ein Rohstoff, weil sie sonst nicht weiter, noch wenn man es mit der Hardware koppelt, sind natürlich Betriebssysteme, Rohstoff für unsere Telefone, weil sie sonst nutzlos sind. Das ist so ähnlich wie wenn ein Telefon keinen Strom hat, ist es nutzlos. Wenn ein Telefon kein Betriebssystem hat, ist es auch nutzlos. Unfertigen, wenn wir jetzt an natürlicheres Rohstoff bedenken, unfertigen Zustand kommt, wo quasi, das ist sozusagen die klassische ökonomische Theorie, menschliche Arbeitskraft darauf angewendet wird, um aus dem hohen Zustand etwas für menschliche, für die Befriedigung menschlicher Bedürfnisse nutzbares zu machen. Und diese Metapher, die Griffseerkunft aus der Ökonomie bezogen auf diesen Kontext kann ich noch nicht so ganz nachvollziehen, wir sind natürlich auch nicht in der Ökonomie Stunde, aber man kann sich vielleicht schon vorstellen, dass ich ja einen Rohstoff verarbeite und dann mache ich daraus ein Produkt. Und bei Software besteht ja letztendlich nicht nur aus ganz vielen Modulen, ich nehme hier also auch sehr viele verschiedene Libraries, Module, andere Dinge zusammen und formen damit ein, wenn du eine Ebene weiter runter denkst, dann kommst du schon auf den Rohstoff. Wir haben hierzu auch noch mal eine kleine Ergänzung aus dem Publikum. Ja, also vielleicht muss man das einfach, wir sitzen in einer Wissensgesellschaft, wo wir über Wissen als Ressourcen sprechen, in Form von Daten oder Wissen kann verschiedene Formen annehmen, vielleicht kann man das so sagen, es ist eine der kerne Ressourcen in der Wissensgesellschaft und Code ist sozusagen eine institutionalisierte Form von Wissen, die bestimmte Handlungsabfolgen beinhaltet und so, also so muss man es vielleicht denken als Ressource. Genau, ich würde vorschlagen, dass wir weiter gehen mit Fragen, da hinten war noch eine. Wie sieht das aus mit freier Software in der öffentlichen Verwaltung? Ich habe das Gefühl, das ist da noch nicht wirklich angekommen, gibt es da Gründe für, denn ich denke, da könnte man doch einiges an Geld und wahrscheinlich auch Elektronikschrott sparen. Auf jeden Fall, ganz klar, deswegen auch diese kleine Seitenwink auf diese Kampagne, da kann man auch zum Beispiel sich informaterial besorgen und auch Petitionen unterschreiben und andere Dinge. Ja, also es hängt ganz davon ab, ehrlich gesagt, es hängt davon ab, wo wir in Europa genau hinschauen, da gibt es also im Allgemeinen ist der Zustand vor allem auch in Deutschland noch nicht so gut und da bestehen einfach viele verschiedene Faktoren, die da mit rein spielen, warum das so ist. Aber es gibt auch ein paar gute Beispiele, die vorangehen und insbesondere die Stadt Barcelona wäre da erwähnenswert, die die ganz große Schritte macht, sowohl ihre eigene Verwaltung auf freie Software zu stellen, als auch die Smart City auf freie Software, auf Basis freie Software zu gestalten und die dortige IT-Chefin Francesca Abrilla, die kann ich mal empfehlen, dann, die hat auch mehrere Sachen darüber geschrieben und da, also es gibt schon Leuchtturmprojekte, aber leider sind es noch Leuchtturmprojekte, aber weil wir alle hier die Welt verändern wollen und eine nachhaltige Zukunft gestalten wollen, bin ich zuversichtlich, dass wir das in den nächsten zehn Jahren irgendwie verbessern. Genau, hier vorne gab es noch eine Frage. Eine Frage für mich ist, du sagst, wie wir, auch ich habe Moranheit, wie wir freie Software erhalten. Für mich ist es umgekehrt auch die Frage, was wir mit der alten Software machen, in der Weise, dass ich eigentlich hier in 17 Jahren noch Lochkarten hergestellt habe und das irgendwie spannend finde, ich wäre zeitweilig noch angefragt, weil ich noch Kobol gemacht habe und wir haben in der Wirtschaft zum Beispiel noch Kobol-Anwendung am Laufen, bei manchen Banken, wie können wir uns womöglich halt, so wie wir heute manche Leute someres studieren, halt entsprechende öffentliche Stationen wie Museen schaffen, weil wir bei freier Software denken, wir nach vorne, aber wir können die Zukunft manchmal ein bisschen besser verstehen, wenn wir eigentlich wissen, woher wir kommen. Und deshalb ist die Frage halt, wie können wir uns womöglich halt so Informationen über Ursprünger halten, was sind da deine Vorstellungen dazu? Die Ursprünger der Software? Ja, von einem bestimmten Sprachhalt sei es irgendwo, was damit bearbeitet wurde, weil wir können eigentlich erst dann feststellen, was wir heute machen, wenn die Heilung überhaupt eine Differenz zu Feuer feststellen könnte. Genau, deswegen, klar, dann gehört natürlich dann größeres Wissensmanagement dazu, warum ich das auch noch mal extra so betont habe, dass es nicht nur darum geht, den Code zu erhalten, sondern dass es natürlich auch darum geht, das Verständnis von dem Code zu erhalten oder von der Programmiersprache. Und da müssen wir einfach ähnliche Initiativen letztendlich finden, wenn die eines Tages sich ableben. Irgendwann, wahrscheinlich kommt Technologie, gibt es ja immer neue Entwicklungen und irgendwann leben sich bestehende oder vergangenen Modelle ab, dass die auf eine Art und Weise archiviert werden, dass sie öffentlich zugänglich sind, dass sie back up werden können, dass sie sich verbreiten können, dass sie verstanden werden können. Ähnlich wie quasi dieses Software Heritage, was ich auch angesprochen hatte, nur noch mal auf einer größeren Basis, was ich jetzt dort auch erwähnte, dass nicht nur der Code selber gesichert wird, sondern auch das zugehörige Wissensmanagement. Okay, zwei Fragen sehe ich jetzt noch. Bitte kurz halten, das Mikrofon ist auf dem Weg. Vielleicht habe ich es, also erstmal Dankeschön, vielleicht habe ich es auch nicht richtig verstanden, aber wenn ich in Archäologie in 500 Jahren bin, was sehe ich dann? Was finde ich dann, wenn ich nach der Software buddl? Finde ich nicht Hardware, die ich nicht lesen kann? Also was ist das, was ein Archäologin in der Zukunft? Du findest Code, du findest so wie in einem Buch quasi. Aber wie? Wie? Ja, also wenn ich die Geräte nicht habe. Ich gehe mal davon aus, dass es in 500 Jahren auch noch Geräte gibt, die Code lesen können und dann gibt es auch, also es gibt ja jetzt schon zum Beispiel Programme, die emulieren zum Beispiel eine Hardware von früher, um eben zum Beispiel Programme zum Laufen zu bringen, weil manchmal ist das Problem, ein Programm von 1980 zum Beispiel auf einem modernen Computer funktioniert nicht, weil der moderne Computer einfach viel zu schnell, viel zu krass ist. Also gibt es Programme, die emulieren quasi eine Hardware von 1980. Also weil es ja um Wissen geht und weil es ja ein agiler Prozess ist, wir springen ja jetzt nicht 500 Jahre, weil es ja ein agiler Prozess ist und sich Leute darum kümmern, den Zugang zu erhalten zu diesem Wissen sehe ich da gar keine Probleme. Genau, das Mikro einmal eine Reihe nach hinten. So, ich habe kurz eine Frage zu dem Linux Bild, das du hattest, da haben sicher die ganzen Distributionen abgespaltet und gerade also dadurch, dass ich die so einfach abspalten können, habe ich ja dann natürlich beim sichern von dem ganzen Code wesentlich viel mehr Aufwand, weil die ganzen Abspaltung quasi auch noch archivieren muss. Das ist eigentlich sonst ein Stück mein Spannungsfeld. Wie stehst du dazu? Du meinst eben, verstehe ich noch nicht ganz, je mehr Abspaltung, desto mehr muss ich absichern? Genau, desto mehr Code Spassungen muss man ja quasi archivieren und quasi bist du quasi eigentlich ein Stück weit für eine Einschränkung von dieser Freiheit letztendlich, um die Archivierung zu erreichtern? Nein, überhaupt nicht. Also es ist ja auch ein bisschen so, ich sage mal, Speicherplatz ist ja nicht unser größtes Problem. Es ist ja eher so, dass mehr Speicherplatz Verfügung steht, wobei das natürlich viel im Zusammenspiel dann auch natürlich mit der Software und Komplexität, Strukturen und so weiter zusammenspielt. Aber da würde ich jetzt das kleinste Problem sehen. Das Wichtigste, ja, finde ich, viel wichtiger ist, als wenn wir sagen, ok, wir machen jetzt von jedem hier eine Kopie und dann legen wir die alle irgendwie in dieses Rechenzentrum in Frankfurt. Das ist quasi meiner Meinung nach eher der falsche Ansatz. Viel wichtiger ist, dass man das, was auch immer für eine Technologie zur Verfügung steht, aber wirklich dezentral und vielfach archiviert. Weil sonst habe ich halt natürlich auch so diesen Single Point of Failure und eines Tages geht mein Archiv kaputt und dann habe ich alles verloren. So, aber ich sehe Speicherplatz, sehe ich nicht das Problem. Genau, dann würde ich hier die Fragerunde schließen. Noch mal ein großes Dankeschön an Erik. Danke für die gute Diskussion. Und ich bin, ach so, ja, genau. Ich habe hier übrigens so ein Danke. Wenn ihr noch mehr Fragen habt, dann kommt ihr noch hier zugegen. Und auch ab und zu mal auf dem Stand der FSFE, der Free Software Foundation Europe, im dritten Stock vom Lichthof.