Article note: #lang (aber) #lesenswert
Wie konnte die Einwilligung im Datenschutzrecht eine so starke Stellung gewinnen? (Symbolbild) CC-BY-NC-ND 2.0 Luca Rossato

Dies ist ein Gastbeitrag von Jeanette Hofmann und Benjamin Bergemann. Jeanette Hofmann leitet die Projektgruppe Politikfeld Internet am Wissenschaftszentrum Berlin für Sozialforschung (WZB) und ist Direktorin am Alexander von Humboldt Institut für Internet und Gesellschaft. Benjamin Bergemann ist Wissenschaftlicher Mitarbeiter in der Projektgruppe Politikfeld Internet am WZB und Autor bei netzpolitik.org. Der Artikel erschien zuerst im Oktober 2016 in Spektrum der Wissenschaft Kompakt. Wir veröffentlichen ihn hier mit freundlicher Genehmigung der Autoren.

Wenn wir ein Smartphone oder einen Computer kaufen, machen wir einen entscheidenden Klick, bevor wir das neue Gerät nutzen können: Wir willigen in die Datenschutzbestimmungen des Herstellers ein. Mit diesem Klick stimmen wir gleichzeitig der Aufzeichnung unseres Nutzungsverhalten zu. Ohne diesen Klick bleibt der Bildschirm schwarz. Auch Internetdienste verlangen in aller Regel ein Häkchen hinter ihren oft seitenlangen Datenschutzbestimmungen. Die informierte Einwilligung hat sich zur wichtigsten rechtlichen Grundlage für die Datenverarbeitung im Internet entwickelt. Die gegenwärtige Bedeutung ist das Ergebnis einer Transformationsgeschichte, die so sicherlich weder beabsichtigt noch vorhersehbar war und bis heute nicht systematisch aufgearbeitet worden ist. Dieser Artikel erklärt, wie die Einwilligung zu einem zentralen Instrument des Datenschutzes wurde – und warum das zunehmend zum Problem wird.

Rahmen des modernen Datenkapitalismus

Bei genauerer Betrachtung zeigt sich, dass sich mit der Einwilligung heute sehr unterschiedliche, teils widersprüchliche Perspektiven verbinden. Aus rechtlicher Sicht stellt jedwede Form der Verarbeitung persönlicher Daten einen Eingriff in unsere Grundrechte dar: Mit der Einwilligungserklärung gestatten wir Anbietern erst, was andernfalls verboten wäre. Aus wirtschaftlicher Perspektive wiederum ist die informierte Einwilligung die vielleicht unverzichtbare Rahmenbedingung für den modernen Datenkapitalismus, der unsere persönlichen Daten in eine international akzeptierte Währung verwandelt hat.

Aus alltagspraktischer Sicht ist die informierte Einwilligung dagegen zumeist nicht viel mehr als das zum Ritual gewordene Runterscrollen der Geschäftsbedingungen und das Häkchen, das wir abschließend setzen, um in den Genuss einer gewünschten App, also einer Informationsdienstleistung zu kommen, die anders heute praktisch nicht zu erwerben ist. Studien zeigen, dass die Datenschutzbestimmungen der Anbieter mehrheitlich nicht gelesen werden. Wir legitimieren den Eingriff in unsere Grundrechte also zumeist uninformiert.

Starke Stellung im Datenschutzrecht

Der Sozialwissenschaftler Alessandro Acquisti bezeichnet das Auseinanderklaffen von Anspruch und Wirklichkeit bei der Einwilligung als „Privacy Paradox“: In der Theorie ist uns am Schutz unserer Privatsphäre durchaus sehr gelegen; in der Praxis aber ziehen wir es vor, uns in sozialen Netzwerken auszutauschen und die Anzahl unserer Schritte mit Hilfe von Fitness-Trackern zu protokollieren – und das meist zu allem anderen als datenschutzfreundlichen Bedingungen. Aber diese Perspektive auf unser widersprüchliches Verhalten greift zu kurz: Das Privacy-Paradox verortet den Widerspruch nämlich in unserem individuellen Verhalten. Das ist in etwa so, als wolle man heute die Nutzung einer Kreditkarte als Frage individueller Präferenzen darstellen und dabei außer Acht lassen, dass Online-Einkäufe, Flug- oder Hotelbuchungen oftmals den Besitz einer Kreditkarte voraussetzen.

Berücksichtigt man, dass die informierte Einwilligung inzwischen Bestandteil eines globalisierten Geschäftsmodells ist, muss man sich fragen, ob wir es hier nicht eher mit einem grundlegenderen Problem zu tun haben. In Zeiten der allgegenwärtigen Datenverarbeitung kann die informierte Einwilligung kaum noch als Ausdruck unserer individuellen Handlungsfreiheit gelten. Und in dem Maße, in dem die Digitalisierung nun auch die Dinge erfasst und beispielsweise als Car-to-Car Communication oder intelligentes Stromnetz infrastrukturelle Züge annimmt, wächst das Problem einer Einwilligung ohne ernsthafte Alternativen.

Der Jurist Spiros Simitis, der als Vater des deutschen Datenschutzes gilt, hat die Einwilligung bereits in den 1990er-Jahren als Fiktion bezeichnet. Aller Kritik zum Trotz beweist sie gleichwohl große Beharrungskraft. Auch die jüngst verabschiedete europäische Datenschutzgrundverordnung, die 2018 in Kraft treten wird, hält an ihr fest und sieht lediglich Optimierungsmaßnahmen wie höhere Transparenzanforderungen an die Allgemeinen Geschäftsbedingungen bzw. Datenschutzrichtlinien vor, in die wir Nutzer dann einwilligen. Wie konnte die Einwilligung, die sich im Alltag als so problematisch für die Menschen erweist, im Datenschutzrecht eine so starke Stellung gewinnen? Werfen wir einen Blick auf die Anfänge.

Die Einwilligung im ersten Bundesdatenschutzgesetz

Das Konzept der informierten Einwilligung ist fast so alt wie der Datenschutz selbst. Man findet es schon im ersten Bundesdatenschutzgesetz (BDSG) von 1977 als eine Möglichkeit der zulässigen Verarbeitung personenbezogener Daten: „Die Verarbeitung personenbezogener Daten, die von diesem Gesetz geschützt werden, ist in jeder ihrer in § 1 Abs. 1 genannten Phasen nur zulässig, wenn dieses Gesetz oder eine andere Rechtsvorschrift sie erlaubt oder der Betroffene eingewilligt hat.“ (§ 3 BDSG 1977). Darauffolgende Datenschutzgesetze definieren zudem eine Reihe von Anforderungen, denen eine Einwilligung genügen muss. Wesentlich ist, dass wir freiwillig und bewusst einwilligen. Wichtig ist außerdem, dass der Zweck der Datenerhebung und -verarbeitung, in den wir einwilligen, klar umrissen ist (§ 4a BDSG).

Die informierte Einwilligung stand (und steht bis heute) gleichberechtigt neben den gesetzlichen „Erlaubnistatbeständen“ – ein Umstand, der in vielen juristischen Kommentaren hervorgehoben wird. Erlaubnistatbestände gestatten im Einzelfall, was die Regel eigentlich untersagt. Im Datenschutz verwirklichen Erlaubnistatbestände das Prinzip des „Verbots mit Erlaubnisvorbehalt“: Die Datenverarbeitung ist grundsätzlich untersagt, es sei denn, es liegt ein Erlaubnistatbestand vor, der die Ausnahme vom Verbot rechtfertigt. Praktisch besehen war die Bedeutung der Einwilligung zur Entstehungszeit des Datenschutzes jedoch so randständig, dass sich manche Beobachter fragten, warum sie überhaupt in das neue Gesetz aufgenommen wurde. Sofern beispielsweise Versicherungen personenbezogene Daten verarbeiteten, geschah dies normalerweise im Rahmen von Vertragsverhältnissen – einem der Erlaubnistatbestände. Die informierte Einwilligung beginnt ihre Karriere im Datenschutz als eine Art Residualkategorie oder Auffangbecken, um solche Formen kommerzieller Datenverarbeitung rechtlich abzusichern, die nicht zweifelsfrei durch Verträge zwischen Unternehmen und Kunden geregelt sind.

Schon hier kann man die zwei Gesichter erkennen, die die Bedeutung der informierten Einwilligung immer stärker prägen werden: Einesteils dient sie dazu, unerwünschte Eingriffe in unsere Grundrechte abzuwehren und trägt somit unserem individuellen Recht auf Selbstbestimmung Rechnung. Anderenteils aber ermöglicht und erweitert sie auch die kommerzielle Datenverarbeitung, indem sie der Wirtschaft ein Instrument an die Hand gibt, das sich als weitaus flexibler erweisen wird als gesetzliche Bestimmungen. In der Frühphase des Datenschutzes stellte die informierte Einwilligung mithin einen Sonderfall dar, der bereits damals im Verdacht stand, den Rahmen der gesetzlich zulässigen privaten Datenverarbeitung zu sehr auszudehnen. Im öffentlichen Sektor spielt die informierte Einwilligung schon deshalb keine Rolle, weil die staatliche Datenverarbeitung angesichts des Machtungleichgewichts zwischen Bürger und Behörde nicht durch unsere individuelle Einwilligung, sondern nur durch spezifische Gesetze legitimiert werden kann.

Das Aufkommen der automatisierten Datenverarbeitung

Die ersten Datenschutzgesetze, und mit ihr die Einwilligungsklausel, entstanden gegen Ende der 1970er-Jahre vor dem Hintergrund der allmählich in Schwung kommenden automatisierten Datenverarbeitung. In Zeiten, in denen die digitale Datenverarbeitung kaum mehr einen Lebensbereich unberührt lässt, fällt es schwer nachzuvollziehen, welche Zäsur der Einzug der Großrechenanlagen in die öffentlichen Verwaltungen einst darstellte.

Das Volkszählungsurteil des Bundesverfassungsgerichts von 1983 ist auch deshalb so bedeutsam, weil es die Risiken, die in der maschinellen Datenverarbeitung gesehen wurden, mit großer Hellsichtigkeit ausbuchstabierte: Die automatische Datenverarbeitung gefährde die Befugnis des Menschen, „grundsätzlich selbst zu entscheiden, wann und innerhalb welcher Grenzen persönliche Lebenssachverhalte offenbart werden“, weil Entscheidungsprozesse nicht mehr den Rückgriff auf „manuell zusammengetragene Karteien und Akten“ erfordern, sondern personenbezogene Informationen „technisch gesehen unbegrenzt speicherbar und jederzeit ohne Rücksicht auf Entfernungen in Sekundenschnelle abrufbar sind“. Sie können zu einem „Persönlichkeitsbild zusammengefügt werden, ohne dass der Betroffene dessen Richtigkeit und Verwendung zureichend kontrollieren kann. Damit haben sich in einer bisher unbekannten Weise die Möglichkeiten einer Einsichtnahme und Einflussnahme erweitert, welche auf das Verhalten des Einzelnen schon durch den psychischen Druck öffentlicher Anteilnahme einzuwirken vermögen“.

Die Datenverarbeitung, so auch der Datenschutzexperte Simitis knapp 30 Jahre später, verschärfe „um ein Vielfaches die Verletzlichkeit des Einzelnen, ja der Gesellschaft überhaupt“. Die Datenschutzdiskussion der 1980er-Jahre ähnelt damit bemerkenswerterweise den Debatten, die wir heute über Big Data führen.

In den 1980er-Jahren konzentrierten sich die Bedrohungsszenarien allerdings nicht auf die kommerzielle Datenverarbeitung, sondern auf den Datenhunger des Staates, der zu Planungszwecken, aber auch aus Gründen der inneren Sicherheit immer mehr Informationen verlangt und den „gläsernen Bürger“ schaffte. Die private Datenverarbeitung war zwar bereits absehbar wichtig genug, um unter dem bezeichnenden Titel „Datenverarbeitung nicht-öffentlicher Stellen für eigene Zwecke“ ein eigenes Kapitel im Datenschutzrecht zu erhalten, im Kern aber zielte die Gesetzgebung darauf, die Grundrechte der Bürger durch neue Abwehrrechte gegenüber dem Staat zu stärken. Informationsbeziehungen, so formuliert es der Jurist Kai von Lewinski in einem jüngeren Beitrag zur Geschichte des Datenschutzes (pdf), sind auch Machtbeziehungen. Entsprechend besteht das genuine Ziel des Datenschutzes im „Schutz vor Datenmacht“.

Geburt der informationellen Selbstbestimmung: Das Volkszählungsurteil

Protest gegen die Volkszählung 1987: Beklebung der Berliner Mauer mit Personenbögen CC-BY-SA 3.0 Florian Schäffer

Eine wichtige Rolle für die weitere Entwicklung der informierten Einwilligung spielte das Volkszählungsurteil des Bundesverfassungsgerichts von 1983. Auf dieses Urteil geht das international einzigartige Grundrecht auf informationelle Selbstbestimmung zurück, auf das sich heute auch die informierte Einwilligung beruft. Das neue Grundrecht sollte sicherstellen, dass jeder Mensch „grundsätzlich selbst über die Preisgabe und Verwendung seiner persönlichen Daten bestimmen kann“. Die Auslegung des Datenschutzrechts im Lichte des Persönlichkeitsrechts begründet seinen Grundrechtscharakter und damit zugleich ein starkes Abwehrrecht gegenüber den Möglichkeiten staatlichen Machtmissbrauchs.

Auch wenn der persönlichkeitsrechtliche Bezug das Individuum klar ins Zentrum der informationellen Selbstbestimmung stellt, lässt das Volkszählungsurteil keinen Zweifel daran, dass die automatisierte Datenverarbeitung nicht nur die Entfaltungschancen des Einzelnen gefährdet, sondern auch das öffentliche Gemeinwohl. Selbstbestimmung, so das Bundesverfassungsgericht, sei eine „elementare Funktionsbedingung“ einer Gesellschaftsordnung, die in der „Handlungsfähigkeit und Mitwirkungsfähigkeit seiner Bürger“ gründet.

Insofern erschöpft sich der Datenschutz nicht in einem individuellen Abwehr- bzw. Selbstbestimmungsrecht, sondern er verfolgt auch gesellschaftspolitische Ziele, wie Kai von Lewinski betont. Gerade diese Verknüpfung von individuellen und gesellschaftlichen Bezügen im Volkszählungsurteil gerät leicht in Vergessenheit: Die Befürworter der informierten Einwilligung stützten sich in den folgenden Jahren hauptsächlich auf die individuelle Dimension des Datenschutzes. Seine gemeinwohlorientierte Dimension ist darüber ins Hintertreffen geraten.

Der Siegeszug der Einwilligung

Als Folge der Digitalisierung hat sich der Schwerpunkt der Datenverarbeitung von der öffentlichen Hand auf die Privatwirtschaft verlagert. Mit der Zunahme der kommerziellen Verarbeitung personenbezogener Daten begann auch der Aufstieg der informierten Einwilligung zur wichtigsten Rechtsgrundlage in diesem Bereich. Vor die Wahl gestellt zwischen dem unsicheren Geltungsbereich gesetzlicher Datenschutzregelungen und der großen Flexibilität, die das Instrument der Einwilligung bietet, haben sich viele Unternehmen für letztere Option entschieden, auch schon bevor persönliche Daten selbst zum Wirtschaftsgut avancierten.

Der Aufstieg der informierten Einwilligung spiegelt auch einen politischen Wandel im Datenschutz wider. Allgemeine Rechte und Pflichten machen einer stärker individualisierten Verantwortung für den Datenfluss Platz. Je mehr sich die Gefahren für die informationelle Selbstbestimmung in den Bereich der privaten Datenverarbeitung verlagern, so der Datenschutzexperte Alexander Roßnagel in einem Gutachten zur Modernisierung des Datenschutzes (pdf) von 2001, desto stärker müssten die Individuen in die „Gewährleistung ihrer Selbstbestimmung“ einbezogen werden. Generell sollte es in der „Entscheidungsautonomie“ der Betroffenen liegen, welchen Datenverarbeitungen sie zustimmen.

Die Aufgabe eines solchermaßen modernisierten Datenschutzrechts wäre es dann nicht länger, detaillierte Regeln für eine sich fortwährend weiterentwickelnde Datenverarbeitung festzuschreiben, sondern stattdessen Voraussetzungen dafür zu schaffen, dass Individuen im privatwirtschaftlichen Umfeld selbstbestimmt entscheiden können. Der datenschutzrechtliche Fokus sollte sich demgemäß auf die Anforderungen konzentrieren, die eine informierte Einwilligung erst ermöglichen, etwa klare Transparenz- und Zweckbestimmungen.

Es ist also nicht allein das Wachstum der kommerziellen Datenverarbeitung, dem wir die zunehmende Relevanz der informierten Einwilligung verdanken. Auch die Popularität staatsfernerer Regulierungsprinzipien unter Datenschutzexperten hat sie gestärkt. Marktförmige Regelungen gewinnen an Überzeugungskraft und treten an die Stelle dessen, was Spiros Simitis als das einst vorherrschende „interventionistische Regelungsmodell“ bezeichnet. Indem der Gesetzgeber die Gewährleistung des Datenschutzes an die beteiligten Individuen und Unternehmen delegiert, soll das Datenschutzrecht entlastet und von seiner „Normenflut“ befreit werden, so Alexander Roßnagel. Die Vorrangstellung der Einwilligung hat sich in den 1990er-Jahren zum europäischen Standard entwickelt. Nicht nur die Europäische Datenschutzrichtlinie, auch die EU-Grundrechtecharta erwähnt die Einwilligung unter den möglichen Legitimationsformen der Datenverarbeitung nun als erste und mutmaßlich wichtigste Option – noch vor gesetzlichen Lösungen.

Einwilligung und informationelle Selbstbestimmung

Ihren vielleicht stärksten Ausdruck findet die rechtliche und wirtschaftliche Aufwertung der Einwilligung in der bis heute viel zitierten Formel von Alexander Roßnagel, wonach die Einwilligung „der genuine Ausdruck des Rechts auf informationelle Selbstbestimmung“ sei. Die informationelle Selbstbestimmung, als Grundrecht knapp 20 Jahre zuvor vom Bundesverfassungsgericht durchgesetzt, um die Abwehrrechte der Bürger gegen den Staat und mit ihnen die demokratische Gesellschaftsordnung zu stärken, hat im Zuge ihrer Vermählung mit der informierten Einwilligung in den 1990er-Jahren eine zusätzliche Bedeutung gewonnen. Im Kontext der privatwirtschaftlichen Datenverarbeitung ist sie nicht mehr primär Abwehrrecht gegen die Möglichkeiten eines staatlichen Machtmissbrauches. Stattdessen verkörpert sie die freie Entfaltung der Persönlichkeit, indem sie den freien Willen der Individuen zum obersten Legitimationsgrund erhebt.

Zugespitzt formuliert, bildet die informationelle Selbstbestimmung im Zusammenhang mit der staatlichen Datenverarbeitung einen gesetzlichen Schutz angesichts einer offenkundigen Machtasymmetrie zwischen Bürgern und Staat; als Ausdruck der informierten Einwilligung steht sie gegenwärtig für (wirtschaftliche) Handlungsfreiheit, nämlich das Recht – und die Verantwortung – selbst über die Verwendung der eigenen Daten zu bestimmen. Die Machtasymmetrie, die nicht nur im Verhältnis zwischen Bürger und Staat, sondern auch zwischen Individuen und Unternehmen besteht, wird von Datenschutzexperten zwar durchaus wahrgenommen, allerdings mit sektoral unterschiedlichen Schlussfolgerungen. Während im öffentlichen Bereich angesichts des Machtungleichgewichts zwischen Staat und Bürger auf Einwilligungslösungen weitgehend verzichtet wird, zielt die jüngere Datenschutzgesetzgebung für den privatwirtschaftlichen Bereich darauf, ihre Wirksamkeit zu erhöhen. Um die Entscheidungsfreiheit und Verhandlungsposition des Einzelnen zu stärken, soll etwa die Informationsbasis der Betroffenen verbessert und die Zweckbindung der Datenverarbeitung geschärft werden.

Solche Optimierungsversuche lassen die Kritik an der Einwilligungsregelung jedoch nicht verstummen. Einwilligungsgegner argumentierten, dass selbst eine reformierte Einwilligungslösung die Selbstbestimmung der Menschen in Zeiten von Big Data immer nur unzureichend schützen kann. Zwei ihrer Kritikpunkte erscheinen uns besonders gravierend.

Macht- und Wissensgefälle

Die wohl wichtigste Kritik an der informierten Einwilligung betrifft die Machtasymmetrie zwischen den Anbietern und Nutzern von digitalen Kommunikationsdiensten. Angesichts der schwachen Verhandlungsposition der Individuen, so argumentieren die Datenschützer Meike Kamp und Martin Rost (pdf), geraten die Anforderungen der Freiwilligkeit und Informiertheit, die das Datenschutzrecht an die Einwilligung stellt, zu bloßen Wunschvorstellungen.

Tatsächlich steht und fällt das Konzept der informierten Einwilligung mit der Freiwilligkeit der Preisgabe von Informationen. Freiwilligkeit als Maßstab beruht auf der Annahme, dass Individuen in ihrer Lebensführung unabhängig sind und sich auch gegen die Nutzung von digitalen Informationsdiensten entscheiden können, und zwar abhängig davon, welchen Wert sie dem Schutz ihrer Privatsphäre zuschreiben. In der Praxis zeigt sich allerdings, dass der Verzicht auf informationelle Dienstleistungen und soziale Netzwerke wie Facebook oder Twitter erhebliche Einschränkungen des Alltags und der gesellschaftlichen Teilhabe mit sich bringen können. Wer wird sich schon freiwillig aus dem Kreis seiner Freunde ausschließen, wenn diese vorzugsweise über Messengerdienste wie Whatsapp kommunizieren?

In der Regel unterscheiden sich die Geschäftsbedingungen der Anbieter nur wenig, aber selbst wenn es eine datenschutzfreundliche Alternative am Markt gibt, hängt ihr Nutzen immer auch von der Popularität im sozialen Umfeld ab. Aufgrund von Netzwerkeffekten entwickeln sich beliebte Dienste zu unverzichtbaren Quasi-Monopolen, deren Betreiber, nahezu unbegrenzt hohe Datenforderungen stellen können. Kann man aber von einer freiwilligen Einwilligung ausgehen, wenn die gewünschte App nur im Tausch gegen die Freigabe der Kontaktliste, aller Fotos, Dokumente und Standortdaten auf dem Telefon zu bekommen ist? Mit der Integration digitaler Dienste in den Alltag verlieren die Menschen schleichend die Unabhängigkeit im Handeln, die die Einwilligungsregelung zwingend unterstellt.

Die Individuen werden zunehmend abhängiger, so dass sich ihre Entscheidungsfreiheit in eine Abfolge wiederkehrender Zielkonflikte verwandelt. Immer wieder neu sollen wir wählen zwischen der irreversiblen Preisgabe von Daten und den als nützlich oder unterhaltsam befundenen Angeboten im Netz. Unter solchen Umständen stellt sich die freie Entfaltung der Persönlichkeit eher als Bürde denn als rechtliche Errungenschaft dar.

Geringer Schutz von Daten erscheint normal

Wie der US-amerikanische Philosoph Gordon Hull anmerkt, sind wir als Nutzer zwar beständig mit der Frage nach mehr oder weniger Datenschutz konfrontiert, aber die jeweilige Situation ermuntert uns systematisch dazu, uns für weniger Datenschutz zu entscheiden (pdf). Diese Präferenz erzeugt im Laufe der Zeit so große Gewöhnungseffekte, dass die Neigung zu weniger Datenschutz als der Normalfall erscheint. Aufsehen oder gar Misstrauen erregen dann diejenigen Menschen, die von diesem Normalfall abweichen und beispielsweise keine sozialen Netzwerke benutzen.

Nicht nur die Freiwilligkeit, auch die Informiertheit der Einwilligung erweist sich als Problem. Zweifelhaft ist, ob die Menschen zu dem Zeitpunkt, an dem sie sich für die Nutzung einer App interessieren, tatsächlich beurteilen können, welche Folgen die Einwilligung in die Speicherung und Verarbeitung ihrer Daten haben kann. Zumeist machen wir uns keine Vorstellung darüber, welche weitreichenden Informationen sich heute oder in Zukunft aus unseren Daten gewinnen lassen. Der Datenanalyst Eric Siegel illustriert dies an einem besonders abwegigen Zusammenhang. So fand ein kanadisches Unternehmen heraus, dass der Kauf von Filzgleitern für Möbel, die den Fußboden schützen sollen, offenbar verlässliche Rückschlüsse über die Kreditwürdigkeit der Konsumenten zulässt. Der Aha-Effekt dieses Beispiels demonstriert, wie wenig wir über den Aussagewert unserer Daten wissen.

Daraus ergibt sich wiederum die Frage, ob man denn überhaupt von einer informierten Einwilligung sprechen kann, wenn wir den tatsächlichen Informationsgehalt unserer Daten nicht abschätzen können. Daten sind relational, ihr Wert erschließt sich häufig erst in der Zukunft durch die Zusammenführung mit weiteren Daten. Unser Bewertungsmaßstab ist jedoch situativ und orientiert sich üblicherweise am einzelnen Tauschgeschäft, nicht an der Summe aller Daten, die wir über uns preisgeben.

Obwohl uns also wichtige Voraussetzungen fehlen, um den täglichen Handel mit unseren persönlichen Daten angemessen bewerten zu können, nimmt uns die informierte Einwilligung ausdrücklich in die Verantwortung für etwaige Folgeschäden, die uns daraus für unser künftiges Leben entstehen mögen. Die individuelle Eigenverantwortung, stellt der Datenschutzexperte Simitis dazu fest, sei „Prolog und Bestätigung eines potentiellen Eigenverschuldens“.

Individualisierung durch Einwilligung

Die Aufwertung der informierten Einwilligung als Ausdruck des Grundrechts auf informationelle Selbstbestimmung akzentuiert die individuelle Entscheidungsfreiheit und Verantwortung im Datenschutz. In der Summe haben die Güterabwägungen jedes Einzelnen zwischen Privatsphäre und Informationsdiensten allerdings auch gesellschaftliche Auswirkungen. Aus der Perspektive eines individualistisch argumentierenden Datenschutzes bleiben diese jedoch unterbelichtet. Dass sich individuelle Datengeschäfte auch auf Dritte auswirken, die nicht eingewilligt haben, zeigt sich schon daran, dass unsere Kontaktlisten derzeit zu den häufig eingesetzten Tauschgütern für Smartphone-Apps gehören. Es sind jedoch nicht nur einzelne Dritte, sondern die Gesellschaft insgesamt, die von der Monetarisierung unserer Privatsphäre betroffen ist.

Die Verwertung von Daten als „Informationskapital“ kann gesellschaftliche Kollektivgüter wie Gleichheit und Nicht-Diskriminierung, Meinungsfreiheit und Anonymität in gleicher Weise bedrohen wie ein Missbrauch staatlicher Informationsmacht. Man denke nur an die Bestrebungen der Versicherungsindustrie, Tarife abhängig vom individuellen Fahrverhalten oder der körperlichen Fitness einzuführen. Solche Tarifmodelle rütteln am Solidaritätsprinzip, das Versicherungen zugrunde liegt.

Der US-amerikanische Rechtswissenschaftler Daniel Solove merkt dazu an, dass die Lebensqualität einer Gesellschaft auch von der Freiheit abhängt, die sie dem Einzelnen vor der Zudringlichkeit anderer gewährt (pdf). Eine Gesellschaft ohne Privatsphäre, so Solove, würde die Toleranz für Verschiedenheit und Abweichung, und damit auch die Grundlage für gesellschaftlichen Wandel und Innovation gefährden. Der Fokus des Datenschutzes auf die Entscheidungsfreiheit des Einzelnen unterschätzt die Gefahr kollektiver Gemeinwohlverluste, die langfristig von den vielen individuell gewährten Einwilligungen ausgeht.

Das Volkszählungsurteil, auf das sich die Befürworter der informierten Einwilligung berufen, hat die Brücke geschlagen zwischen den Entfaltungschancen, die sich aus der individuellen Kontrolle von Daten ergeben und den Funktionsbedingungen einer demokratisch verfassten Gesellschaft – allerdings primär für die Datenverarbeitung durch staatliche Stellen wie Verwaltungs- und Sicherheitsbehörden. Im Bereich der privatwirtschaftlichen Datenverarbeitung steht dieser Brückenschlag zwischen individueller Entscheidungsfreiheit und gesellschaftlichem Gemeinwohl noch aus. Kritiker argumentieren, dass die Aufwertung der Einwilligungslösung im Datenschutz nicht nur ein Symptom, sondern auch eine Ursache dieser Verengung der Regelungsperspektive ist.

Die zwei Gesichter der Einwilligung

Die informierte Einwilligung hat in den letzten Jahren eine Zwitterrolle eingenommen. Zum einen verkörpert sie unser Verständnis von informationeller Selbstbestimmung im Internet. Zum anderen aber legitimiert sie die Geschäftspraktiken der Datenwirtschaft, die diese Selbstbestimmung in Frage stellen: Leistung nur gegen Einwilligung. Angesichts der voranschreitenden Digitalisierung und dem Wachstum der digitalen Wirtschaft muss man sich fragen, ob die Einwilligungslösung nicht längst an die Grenzen ihrer Wirksamkeit gestoßen ist und einer neuen Ausbalancierung mit anderen Instrumenten des Datenschutzes bedarf.

Hilf mit! Mit Deiner finanziellen Hilfe unterstützt Du unabhängigen Journalismus.

Article note: Gut zu wissen … #tooling

Last fall, our dev team wanted to get started with style guides. We had added a new member to the team, and as he was getting up to speed, we realized how lacking our project documentation was. If you've ever been a new developer on a team with weak documentation, you know how confusing it can be to try to familiarize yourself with a dozen projects without documentation.

In deciding on a style guide method, we came up with two main requirements:

  1. Low Friction

    The style guide should be easy to find, easy to read, and easy to maintain.

    Something that fit into our existing development workflow would be awesome. Adding new directories for sample markup and documentation files would not be awesome.

  2. Platform Agnostic

    We work in WordPress, Drupal, and CakePHP most often, and we wanted something that would work the same way across all three platforms.

    We wanted this to be easily maintainable, and for us that meant keeping the documentation alongside the CSS.

The Basics of Node-KSS

To achieve our goals of a platform agnostic, low-friction style guide, we landed on kss-node, which is itself a Node.js implementation of Knyle Style Sheets (KSS), a Ruby library that:

... provides a methodology for writing maintainable, documented CSS within a team. Specifically, KSS is a documentation specification and styleguide format.

The basic principle is that your style guide is generated via comments you create in your CSS, SCSS, Sass, LESS, etc.

You write some CSS like this:

// Bold Button
//
// Use this class for a bolder, stronger looking button.
//
// Markup:
// <button class="btn btn-bold">Click Me</button>
//
// Styleguide Components.Buttons.bold
.btn.btn-bold {
    position: relative;
    font-weight: bold;
    text-transform: uppercase;
}

And get this lovely output:

Screenshot of the generated documentation for the bold button

You are able to organize your documentation however you like and it generates a nice little navigation and document structure for you as well:

Because it lives inside your CSS, updating it fits naturally in existing development workflows. If you update some CSS properties, the style guide is automatically updated. If you need to update the documentation, the documentation text is sitting right on top of the component you are working on. Even if you never visit the generated style guide, you will see the style guide any time you open a CSS file. Low friction? Check.

Additionally, since we use CSS and build processes in all our web projects, it's as platform agnostic as we need it to be.

Let's get started!

Initial Setup

In your project directory, you want to install kss-node as a project dependency. We're also going to install michelangelo, a nice theme for the style guide:

$ npm install --save-dev kss michelangelo

You can verify that it was installed by running

$ ./node_modules/.bin/kss --version

We'll create a file named kss-config.json to configure our KSS settings.

Inside your file, create an object like this:

{
  "title": "Title of the Style Guide",

  // Source tells KSS where the CSS, Sass, or SCSS is that it should parse for documentation comments. 
  // Here we are assuming your sass is in a directory at the root level of your project.
  "source": "sass/",

  // Destination tells KSS where to compile your style guide to.
  "destination": "styleguide/",

  // Builder tells KSS where to look for a theme. 
  // If you aren't using michelangelo, you don't need this.
  "builder": "node_modules/michelangelo/kss_styleguide/custom-template/",

  // CSS gives KSS the path to your CSS, so it can pull your styles into the style guide. 
  // The path needs to be relative to your style guide destination.
  // Here, our style guide is in /styleguide and our compiled css is at our project root.
  "css": [
    "../main.css"
  ]

  // If you want to include any javascript files, add this block, with the path to your javascript file. 
  // Also relative to your style guide destination.
 // Optional.
  "js" : [
    "../bundle.js"
  ]
}

This assumes a simple project directory tree that looks like this:

js/
sass/
bundle.js
index.html
main.css

You can try compiling your style guide by running:

$ ./node_modules/.bin/kss --config kss-config.json

If you want a cleaner command to run, add a script to the scripts block in your package.json:

"scripts": {
  "kss": "kss --config kss-config.json"
},

Now you can run $ npm run kss to compile your style guide. (I'll use this method going forward, but you can use $ ./node_modules/.bin/kss --config kss-config.json if you want).

Since we haven't written any documentation yet though, you will likely receive a message like:

Error: No KSS documentation discovered in source files.

Let's fix that by documenting our first component!

Create and Document a Simple Component

We'll create a sample post title component.

Here's our CSS:

.post-title {
  font-size: 3em;
  text-align: center;
  font-family: fantasy;
}

To create our documentation, we'll create a comment:

// Post Title (this will be the title of your component)
//
// Large, **in charge**, and centered. (this is the description of your component. you can use markdown in here.)
//
// Markup (define the markup to be used in your styleguide):
//

A Post Title

// // Styleguide Components.article.post-title // (ꜛ this controls the organization of your style guide. Here, I'm filing this component inside Components / Article / Post Title) .post-title { font-size: 3em; text-align: center; font-family: fantasy; }

Run $ npm run kss and your style guide should compile! You can access it based on the destination path you gave it. In this example, we have a static site and I compiled it in /styleguide, so that's the url I will use to find it. Here's what it should look like if you are using the michelangelo theme (I've removed the comments in parentheses):

Post Title Documentation

Here's what happened:

  1. KSS created a documentation section for our post title, complete with the title, description, markup, and CSS that we provided. You can see the rendered HTML and CSS as well as the raw HTML.
  2. KSS saw that we nested our post title underneath Components / Article, so it created a Components top-level section and a Components.article section. Our post title is nested underneath both of these.
  3. KSS generated a navigation based on this hierarchy.

If you wanted to provide more information about Components, you could provide a documentation block (anywhere in your CSS, really) like this:

// Components
//
// Components are ingredients of our design system. They may be made up of smaller groups of styles.
//
// Styleguide Components

Likewise, you could provide more information about the article component by defining a documentation block that targets that item via the Styleguide Components.article method:

// Article
//
// An article is made up of a title, featured image, and some default
// typographic settings for links, italics, bold, and blockquotes.
//
// Styleguide Components.article

With those new documentation blocks, compile your style guide again ($ npm run kss) and you will see your outline filled out a little more:

Components and article documentation

Documenting Component States and Variations

Our post title component is very simple, but we'll need to display more complex information in our style guide. KSS can easily handle variations on components as well as interactive states like :hover or :focus. We'll document a button to show this.

Our button will have different styles for :focus and :hover, as well as a small variation and a large variation. Here is the CSS we'll start with:

.button {
  padding: 1em 2em;
  margin: .5em;
  display: inline-block;
  font-size: .9em;
  font-family: Helvetica, sans-serif;
  font-weight: bold;
  text-transform: uppercase;
  color: #f56476;
  background-color: #fff;
  border: 2px solid #f56476;
  transition: .2s color, .2s background-color, .2s border-color;
}

.button:hover {
  color: #fff;
  background-color: #f56476;
}

.button:focus {
  color: #3ddc97;
  border-color: currentColor;
}

.button--small {
  font-size: .5em;
}

.button--large {
  font-size: 1.5em;
}

We'll format our documentation the same as we did for our post title with 2 additions: we're going to add a placeholder class of {{modifier_class}} to all of our elements that will get the modifier, and we'll define our states / variations directly underneath our markup. Our comment block will look like this (I've added some notes in parentheses):

// Buttons (title, same as before)
//
// Various button styles. (description, just as before)
//
// Markup: (we add the `{{modifier_class}}` to every element that has a modifier)
// Link Button
// <button class="button {{modifier_class}}">Button Element</button>
// <input class="button {{modifier_class}}" type="button" value="Input Button" />
//
// (a new modifiers section)
// :hover - When user hovers over button.
// :focus - When button is focused.
// .button--small - A small button.
// .button--large - A large button.
//
// Styleguide Components.button (organization, just as before)

You can see that I've added a variation for each of the variations I declared in my CSS. The format is:

// .class-name - Description

or

// :state - Description

When the styleguide is compiled, you get this new documentation:

Generated documentation for buttons

You can see that you now have an example of each of the states and variations that you described in the modifiers section, with the appropriate CSS applied.

This technique also works for more complex components than this button. Say you have a .card component with children elements inside that need to change when a user hovers over the card. To document that, you would add the {{modifier_class}} only to the .card element and specify the hover state just as we did above.

Organization

By default, sections will be organized alphabetically by their title. For instance, our button component will come after our article component in the examples above. However, if you want to change the order of components or other sections, you can provide a weight to the component. A higher weight will bring the component lower in its section. A lower weight will move the component higher in the section.

When using Sass or SCSS, I put my organizational comments inside my main.sass or wherever I am importing my partials. For example, on a recent project, I had a Typography section and Elements section both filed underneath a Base top-level section. Naturally, KSS would organize these sections alphabetically, but I wanted Typography to come first. Here's how I changed the weight in my main.sass file:

// Typography
//
// Weight: 1
//
// Styleguide base.typography
@import "base/typography"


// Elements
//
// Weight: 2
//
// Styleguide base.elements
@import "base/elements"

Color Palettes

The Michelangelo theme that we are using provides a cool color palette generator. If you are using Sass or SCSS, you can document your color variable names and KSS will format a little color palette block.

With a comment like this:

// Highlight Colors
//
// Colors we use for higlighting states.
//
// $highlight-blue - #1460aa, primary blue
// $highlight-purple - #674172, secondary purple
// $highlight-red - #d50000, danger red
//
// Styleguide Base.colors

KSS will create a color palette for easy reference like this:

Auto Compiling the Style Guide

Instead of running $ npm run kss every time we make a change to the CSS, we can add a watch task to regenerate the style guide every time our CSS files change. I'll document how to do it with npm Scripts and via Grunt next.

npm Scripts

We are already using npm scripts to build the style guide, we just need to add a script that will watch our style guide.

We'll use the onchange package. First install it:

$ npm install onchange --save-dev

Then add a new script in our scripts object:

"scripts": {
  "watch": "onchange 'sass/**/*.sass' -- npm run kss",
  "kss": "kss --config kss-config.json"
},

The watch task tells onchange to watch the files we specified in our glob pattern ('sass/**/*.sass') and when it detects a change, run the command we specify after the --: npm run kss.

Now running $ npm run watch will watch our .sass files and regenerate our style guide every time it detects a change in our Sass.

Grunt

There is an official Grunt plugin for KSS, grunt-kss. You can configure it to watch your .sass or .scss files for changes and recompile the style guide as you develop it.

Here's a sample Grunt configuration. With this setup, you don't need a separate kss-config.json file, all the configuration can happen in your Gruntfile.

module.exports = function(grunt) {
  grunt.initConfig({
    kss: {
      options: {
        title: 'Title of the Style Guide',
        builder: "./node_modules/michelangelo/kss_styleguide/custom-template/",
        css: [
          "../path/to/compiled/css.css",
        ],
        js: [
          "../path/to/compiled/javascript.js",
        ]
      },
      dist: {
        src: "path/to/css/src",
        dest: "styleguide/",
      }
    },
    watch: {
      sass: {
        files: [
          './path/to/**/*.sass'
        ],
        tasks: ['kss']
      },
    }
  });

  grunt.loadNpmTasks('grunt-kss');
  grunt.loadNpmTasks('grunt-contrib-watch');

  grunt.registerTask('dev', ['kss', 'watch']);
}

Running $ grunt dev will first generate the style guide, and then watch our .sass for changes and regenerate the style guide when it detects a change.

Wrap Up

There are more details regarding the comment parsing and other features I haven't mentioned here at the official KSS repo. You have more than enough to get started here but there are some things I didn't go into, including a custom home page, experimental/deprecation flags and helpers for preprocessors.

If you want to go even further, you can develop your own style guide in place of the Michelangelo theme we used. Check out the docs on using custom templates for more information.

Build a Style Guide Straight from Sass is a post from CSS-Tricks

Article note: #schön + #zynisch

Berlin, Kabul (dpo) - Deutschlands Innenminister will sich im Urlaub keine Sorgen um seine Sicherheit machen. Deshalb wird Thomas de Maizière (CDU) seinen Sommerurlaub in diesem Jahr nach eigenen Angaben in dem sicheren Herkunftsland Afghanistan verbringen – schließlich werden regelmäßig Flüchtlinge dorthin abgeschoben, ohne um ihr Leben fürchten zu müssen. mehr...

Kompletten Artikel auf www.der-postillon.com lesen.

Article note: Da könnte man ja schon mal dran teilnehmen …

It seems a long time since the open knowledge community were last together at OKFest 2014 in Berlin but we are now excited to announce that, after a short spell of hibernation, OKFest 2018 will take place on 3-6 May 2018 in Thessaloniki, Greece.

What is OKFest?

The Open Knowledge Festival (known as OKFest) is the biggest gathering of the open knowledge community and will bring together over 1,000 people from more than 60 countries to share their skills and experiences; encouraging them to work together to build the very tools and partnerships that will further the power of openness as a positive force for change.

Organised by Open Knowledge International and owned, in the broadest sense, by the open knowledge community, OKFest and its outcomes will be shaped by the communities’ active participation. We have space for many different approaches, methods and ways to participate.

Why should I attend?

The OKFestival is a fantastic event that differs from a traditional conference. It is driven by the community and made up of a host of sessions which will allow attendees to learn new practices and engage in dialogue to develop their interests. OKFest will also have a full programme of workshops, lightning talks, hackathons and other sessions to inspire and encourage. It is an excellent networking opportunity, the social events and festival “vibe” will be the perfect set-up for collaboration and sharing experiences.

What happens next?

We’ll be asking for your help in making this our best ever event. This will be a fantastic opportunity to celebrate all that the movement has achieved so far, and all that lies before us.

Watch this space for updates and the latest information, and wait for the call for proposals to create your area in this community-driven event. Follow @OKFest on Twitter, and check out the OKFest website for all the info as it comes in.

In the meantime:

  • Get thinking – what do you want to see and how can you make it happen?
  • Get doing – ask your friends and colleagues to join in, or arrange satellite events for those who can’t make it in person!
  • Get sharing – talk with people on Twitter (#OKFest18), at other Open Knowledge events, through our forum, on Facebook, and whenever you speak with people about open knowledge!

While the plans for OKFestival 2018 are taking shape, why not visit the OKFestival 2014 website to see what happened back then (or relive your time in Berlin).

See you in Thessaloniki!