Was sind “weibliche” Programmier-Netzwerke?

Vom 06. bis 08. Mai fand die re:publica in Berlin statt. Die Konferenz hat sich zu einer der wichtigsten Institution in den Diskursen rund um Kaffee Latte, iPhone-Cases, Veganismus und Web 2.0 gemausert. Neben dem vielfältigen und sehr sehr großen Angebot an Vorträgen, Workshops und Panels gibt es auch immer noch die sehr geschätzte Gelegenheit, das Internet und seine BewohnerInnen zu treffen.

Die re:publica war auch dieses Jahr wieder unheimlich professionell organisiert und ich werde sicher noch ein bisschen brauchen, um all die Eindrücke und Gespräche zu verdauen. Drei Tage lang hatte ich die Möglichkeit, mich mit tollen Menschen auszutauschen und Bier zu trinken. Nebenbei (gefühlt hauptsächlich) habe ich noch eine Art Meta-re:publica erlebt zusammen mit meinem Projekttutorium und das was wir daraus mitgenommen haben drüben auf netzkulturen.net verbloggt.

Die für mich dominierenden Themen kreisen auf Konferenzen über Digitalisierung natürlich auch immer um das Programmieren und Programmierenlernen. Sowohl in den Gesprächen als auch in den Vorträgen die ich besuche. Unter anderem besuchte ich auch einen Vortrag von den Code Girls: “Du nennst es Programmieren, ich nenne es Rock ‘n’ Roll. Über weibliche Programmierer-Netzwerke.”.

Auf der Session wurde das Netzwerk der Code Girls vorgestellt, die Programmier-Genese der Speakerinnen kurz erläutert und darüber referiert, wie die Arbeit der Code Girls verläuft. Im Verlaufe des Vortrags beschlich mich ein immer größeres Unbehagen gegenüber der Darstellung der Zusammenhänge von Frauen und Programmieren, welches ich auch in der anschließenden Fragerunde äußerte. Aber bevor ich zu den Gründen komme, ein paar Dinge vorab:

Ich persönlich finde generell, es sollten mehr Menschen Programmieren lernen. Die Code Girls drückten es schon ganz gut in ihrer Beschreibung aus: “Statt also unsere eigenen Werkzeuge zu programmieren, nutzen wir lediglich bestehendes.” Ich finde, dass die Verteilung von Wissen über Code nicht losgelöst werden kann von Machtaspekten. Insofern freue ich mich wie ein junges Reh über jede und jeden, den oder die ich mit FLP dazu bewegen kann, sich ebenfalls damit auseinanderzusetzen. Das Verhältnis von Männern und Frauen, von denen ich weiß, dass FLP sie dazu bewegen konnte, hält sich übrigens auch die Waage.

Andere Leute zu motivieren, mit dem Programmieren lernen zu beginnen, wurde erst im Verlaufe des letzten Jahres das primäre Ziel von FLP. Anfangs war es für mich einfach eine Selbstverständlichkeit, dass ich über das was ich tue, bloggen sollte, um meine Erkenntnisse nach außen zu tragen – das fand ich sozial und angemessen. Dass ich daraufhin wirklich Leute erst auf die Idee bringe, Programmieren zu lernen, war für mich nicht vorhersehbar und eine sehr positive Überraschung. Was ich auch nicht vorhersehen konnte war die Verknüpfung mit feministischen Kontexten.
Auf der Seite der mädchenmannschaft wurde relativ früh auf mein Blog verlinkt. Das irritierte mich, denn was vermittelt wurde waren meines Erachtens die Botschaft:. “Krass, eine FRAU lernt programmieren!”
Mein Blog wurde auch auf anderen Seiten verlinkt, meistens mit der Begründung, dass mein Schreibstil gefällt oder weil mein Blog nützlich sein könnte und weil es sich überhaupt explizit an AnfängerInnen richtete. Bei der Mädchenmannschaft spielt meines Erachtens mein Geschlecht eine größere Rolle, da es in einen feministischen Kontext eingebettet wird. Auch wenn das naiv klingt, aber ich war mir vorher darüber, dass es etwas besonderes ist, wenn ich als Frau mitteile, dass ich Programmieren lerne, nicht bewusst.

Bisher brachten lediglich Unterhaltungen mit Männern, die beruflich programmieren oder Informatik studieren, mein Geschlecht ins Gespräch mit Sprüchen wie “Ach, das hätte ich jetzt nicht gedacht, dass du Programmieren lernst, du bist doch eine Frau!” oder “Wow, das ist echt selten, eine gutaussehende Frau kennenzulernen, die sich für Computer interessiert!” – Seriously! Und glaubt mir, ich finde das sehr viel demütigender als schmeichelnd.

Die Begegnungen mit solchen Gesprächspartnern, die Verlinkung auf maedchenmannschaft und schlussendlich die Initiative der Rails Girls machten mir erst bewusst, wie sehr FLP einen gegensätzlichen Ansatz verfolgte. Plomlompom und Erlehmann sind langjährige Freunde von mir, wenn sie nicht sogar zu den besten Freunden die ich habe zählen. Wir verbringen gerne Zeit miteinander und von Anfang an haben wir uns gegenseitig Dinge beigebracht und interessante Dinge zu erzählen gehabt. Die Entscheidung, gemeinsam Programmieren zu lernen bzw. zu lehren entstand aus meinem eigenen Wunsch danach. Ich hatte über lange Zeit mitbekommen, dass sie mehr können als ich und in welchem Ausmaß – ich wollte auch Code, Computer und Netzpolitik besser verstehen. FLP war auch keinesfalls so konstituiert, dass wir einen Top-Down-Ansatz konsequent hätten verfolgen können. Wir alle lernten Assembler zum ersten Mal und Erlehmanns Programmierfähigkeiten waren weitaus größere als meine und Ploms. Darüber hinaus lernte Erlehmann auch eine Menge dadurch, dass er mir Dinge vom Urschleim an erklären musste.

Und überhaupt: Assembler! Warum fingen wir mit Assembler an? Weil meinem Wunsch, alles von Grund auf zu verstehen nachgegangen wurde und weil wir eben nicht das Mindset hatten, dass ich eine Frau bin und wir deswegen einen leichteren Ansatz verfolgen müssten. Es gibt in der Genderwissenschaft bzw. in der Soziologie das Konzept des “Undoing Gender”  von Stefan Hirschauer. Es stützt sich auf dem Konzept des Doing Gender, welches davon ausgeht, dass wir Geschlecht immer wieder durch Interaktionen herstellen und wahrnehmen, es ist also keine feste, angeborene Eigenschaft. Undoing Gender räumt allerdings ein, dass es auch innerhalb dieses Herstellungsprozesses Möglichkeitsrahmen gibt, um unser Geschlecht “vergessen” oder für einen bestimmten räumlichen oder zeitlichen Kontext irrelevanter zu machen.
FLP bildet genau so einen Möglichkeitsrahmen. Plom und Erlehmann sind Freunde, die mich als Fiona kennen und nicht primär als Frau. Während Anfangszeit gab es immer wieder bissige Bemerkungen diesbezüglich und die Beiden wurden sogar als “antifeministische Backstabber” beschimpft. Das ist mir relativ gleich, interessant finde ich daran, dass wir uns in den Rails Girls bspw. als emanzipatives Projekt gegenübergestellt sahen.

Aber die Möglichkeit des Gender Vergessens existiert bei den Rails Girls meines Erachtens nicht. Wie kann ich mein Gender, welches zweifelsohne auf eine bestimmte Art und Weise konnotiert ist, vergessen, wenn über mir die ganze Zeit die Bezeichnung “Girls” schwebt?
Ich finde, Projekte wie “Code Girls” oder “Rails Girls” reproduzieren genau das, was Frauen den Zugang erst erschwert: Die Auffassung, dass Frauen nicht programmieren können.
Sicherlich schleppe ich das ebenfalls in meinem Gepäck als Frau mit. Aber ich finde Wege, das abzulegen und vor allem zu denaturalisieren. “Natürlich” fällt es mir schwer, Programmieren zu lernen. Aber das liegt doch nicht daran, dass ich eine Frau bin, sondern daran, dass ich eben nicht h4cke seit ich 12 bin. Das hat selbstverständlich damit zu tun, dass ich als Frau wahrgenommen wurde und den obligatorischen sexistischen Chemielehrer hatte (wieso wissen immer so viele Frauen unmittelbar, was ich damit meine?). Aber es hat nichts mit meinem biologischen Geschlecht zu tun.

Wenn ich nicht programmieren kann, ist das eine flexible Eigenschaft, die sich durch harte Arbeit und Investition von Zeit ändern lässt (Jaja, ich weiß). Es ist nichts Angeborenes und somit unveränderliches. Was aber Projekte wie Code Girls und Rails Girls kommunizieren ist:
Ihr seid Frauen, also entwickeln wir ein Angebot, das extra auf euch und eure Eigenschaften als Frauen abgestimmt ist. Im Zweifelsfall ein leichteres und bunteres Programm.

Wie soll unter diesem Stern jemals meine ansozialisierte Einstellung, dass Frauen nicht programmieren können, abgelegt werden?

Einen Schritt zurück.

Ich habe in der Fragestunde meine Anmerkungen nicht als Kritik, sondern als Frage verpackt. Aus gutem Grund. Es ergibt wenig Sinn, solche Projekte wie Rails Girls und Code Girls mit aller Kraft im Keim ersticken zu wollen. Es sind auf jeden Fall lobenswerte Unterfangen und ich wünsche ihnen weiterhin viel Erfolg. Es ist nicht von der Hand zu weisen, dass unter den Menschen in Deutschland, die nicht programmieren können oder sich nicht trauen, schlichtweg mehr Frauen sind. Dass diese teilweise eher einen geschützten Raum ohne Männer aufsuchen um dem durchaus problematischen Klugscheißertum zu entgehen, ist absolut nachvollziehbar. Mittlerweile habe ich auch verstanden, dass FLP eine feministische Komponente hat und bin mir der Verantwortung bewusst.
Aber die Frage nach der Reproduktion von Geschlechterverhältnissen muss weiterhin diskutiert und verhandelt werden. Mein Unbehagen angesichts der kommunizierten Unterteilung zwischen Männern, die die Welt beherrschen und zum Programmieren geboren sind, und Frauen, die eine Sonderbehandlung brauchen, teile ich mit Anderen, die nach dem Vortrag auf mich zukamen.

Die Beschreibung der Session liest sich wie ein Krisenbericht:

Auf diese Weise bewegen Frauen sich wie in so vielen anderen Bereichen unserer Gesellschaft auch im Netz in einer von Männern erschaffenen (weil programmierten) Welt. Ihnen bleibt der ökonomische Zugang zum Markt verschlossen.

Aber diese Darstellung unterschlägt,

1. dass zu den ersten Programmiererinnen durchaus Frauen gehörten,

2. dass es im Ausland gang und gebe ist, dass Frauen programmieren und

3. dass es auch in Deutschland Frauen wie Anne Schuessler gibt. Anne äußerte sich ebenfalls nach dem Vortrag und merkte an, dass sie als Frau, die beruflich programmiert, keinerlei Probleme hat.

Frauen, die selbstbewusst in den Vordergrund treten und sagen “Hä? Ich programmiere halt” machen mir persönlich sehr viel mehr Mut als Aufrufe wie “Es wird Zeit den Mythos zu entkräftigen, dass selbstbewusste, attraktive und intelligente Frauen kein Interesse an Programmiersprachen haben.” (ebenfalls aus der Beschreibung des Vortrags auf der re:publica)

Die Frage nach Sinn und Unsinn von “frauengerechten” Programmier-Kursen wird noch lange Zeit eine ungeklärte Frage bleiben. Aber auch offene Fragen werden produktiv genutzt, sobald sie gestellt werden.

Aber eine Bitte hätte ich noch:
Können wir uns nicht endlich mal darauf einigen, dass wir keine “Girls” mehr sind?

Nicht zuletzt, weil das Seminar in der Anfangszeit unheimlich viel Zeit frisst. Programmierzeit ist gerade Mangelware, aber das nehme ich in Kauf, da die Aufgaben, die sich uns als Lehrende stellen, enorm spannend, wenn auch zuweilen sehr anstrengend sind.

Wer sich für die Schnittstelle von informationswissenschaftlichen Themen und kulturwissenschaftlichen Fragestellungen interessiert, möge weiterlesen – der Rest sollte sich überlegen, welchen Beitrag Broccoli je zu unserer Gesellschaft geleistet hat und die Antwort bitte bis Sonntag 20:00 in die Kommentare schreiben. Das ist TEILNAHMESCHEINBEDINGUNG.

—————————————————————————————————–

Wie schon erwähnt, leite ich dieses Semester ein Seminar, beziehungsweise ein Projekttutorium über die Annäherung von Kulturwissenschaften und Netzphänomenen. Da ich mittlerweile weiß, was HTTP mit Salamipizza zu tun hat, habe ich mich an meinem Institut zu so etwas wie “Die macht was mit Computern und vermutlich isst sie viel Salamipizza und hat eine schlechte Körperhaltung” gemausert. Hurra!

Gemeinsam mit Jan Schnorrenberg leite ich mehr oder weniger deswegen ein Seminar über DAS INTERNET, wo wir mit den Studierenden gemeinsam versuchen, die Annäherung weiter voranzutreiben. Das tun wir mittels dreier Strategien:

1. Recherche und somit Erschließung weiterer potentieller Forschungsfelder, um den Diskurs über Internet in den Disziplinen zu erweitern

2. Reflexion und Problematisierung traditioneller Methodik, beispielsweise: “Wie geht teilnehmende Beobachtung im Netz, wenn überhaupt?” oder “Wie können wir strukturell anonymen Feldern als Forschende entgegenkommen”

3. Eigene Forschungen, um die Überlegungen dazu zu erproben, zu widerlegen und mitzuteilen.

Die Ergebnisse des Seminars halten wir  zusammen mit den Studierenden auf unserem Blog http://netzkulturen.net fest, um sie zu teilen und zur Disposition zu stellen. Darüber hinaus soll das Blog den meines Erachtens sehr lebendigen und gerade erst beginnenden Diskurs über die gesellschaftswissenschaftliche Erschließung von Netzphänomenen adressierbar machen.

Vor einigen Tagen habe ich für das Seminar einen Vortrag über die Technik und Geschichte des Internets gehalten. Im Artikel schreibe ich über die Notwendigkeit, sich als KulturwissenschaftlerIn auch mit der Technik des Feldes auseinanderzusetzen.
Womit vielleicht die Relevanz für FLP klarer wird  - so einen Vortrag hätte ich ohne das Wissen, das ich mir die letzten anderthalb Jahre angeeignet habe, nicht halten können.
Darüber hinaus wird daraus ein weiterer Grund ersichtlich, weswegen es sich lohnt, sich näher mit technischen Grundlagen von Computern und Internet auseinanderzusetzen, auch wenn keine Karriere als ExpertenprogrammiererIn vorgesehen ist.

Jan hat gestern einen Artikel über vergangene Ansätze, aktuelle Irritationen und zukünftige Perspektiven der kulturwissenschaftlichen Erforschung des Netzes geschrieben. Der Artikel bietet eine gute Arbeitsgrundlage und Übersicht darüber, mit was wir uns eigentlich beschäftigen.

Ich freue mich sehr über interessierte Leser und Leserinnen, die mich rüber ins andere Blog begleiten – und wieder zurück natürlich!

———————————————————————————————————

Und wenn erstmal die re:publica nächste Woche vorbei ist (wir sehen uns am Montag von 14-22 Uhr an der Akkreditierung) gibt es auch wieder Code, versprochen!

jemand sehr weises sagt einmal “Benutz deine Kommandozeile, du Idiot!”

Ich hab vergessen, wer das war, aber ich würde meine Hand dafür ins Feuer legen, dass es schonmal jemand gesagt hat.

Auf FLP habe ich schon mehrmals darauf hingewiesen, wie wichtig ich die Auseinandersetzung mit der Shell finde und dieses Tutorial verlinkt. Denjenigen, die sich noch immer nicht an ihr Terminal gewagt haben, sei die Einführung zum verlinkten Terminal empfohlen mit der originellen Überschrift Shut Up And Shell. Ansonsten habe ich auch noch ein paar gute Gründe auf Lager:

• Ein Terminal sicher handhaben und seine Funktionsweise verstehen zu können ist essentiell für das Programmierenlernen
• Ein Terminal muss nicht das klickbare Interface ersetzen. Es erweitert den Rahmen an Handlungsoptionen in der Bedienung des Computers
• Durch die Verwendung von Befehlen lernst du deinen Computer noch einmal ganz anders kennen. Die Verzeichnisstrukturen, welche dadurch erst sichtbar gemacht werden, ermöglichen dir ein ganz anderes und weniger abstrahiertes Verständnis der Funktionsweise deines Computers
• Früher oder später wirst du nicht nur Befehle kennenlernen, welche dasselbe ermöglichen wie ein Klick, sondern auch Befehle, welche dir mehr ermöglichen
• Dieses “Mehr” bedeutet oftmals ein Anpassen deines Computers an deine Bedürfnisse und eine Verwendung, welche über die von den Präkonfigurationen vorgegebenen abweicht
• Kommandozeile lernen ist also Kapitalismuskritik lernen!

Und noch viel mehr. Diese Erkenntnisse ziehe ich aus meiner eigenen Erfahrung und aus dem, was ich bei anderen Leuten beobachten konnte.
Das Terminal zu erkunden gliedert sich ein in eine ganze Reihe von Aktivitäten, welche ein besseres Verständnis von Computern ermöglichen. Sie befähigen und ermutigen zum Einen, Konfigurationen und Aussagen über Computertechnik infrage zu stellen und sie andererseits auch zu bewerten. Es stellen sich neue Fragen, wie bspw.

“Was passiert eigentlich, wenn ich jetzt zufällige Bytes an meinen Bildschirm schicke?” oder

“Ist es eigentlich notwendig, dass die Installation von Linux auf Uefi-basierten Laptops so kompliziert ist?”

oder

“Kann es sein, dass die Telekom ein bisschen spinnt?”

oder

“Warum kann ich den Akku meines Macbooks nicht selber austauschen”

oder

“Hm, ich darf angeblich diese Datei nicht löschen/bearbeiten/lesen/öffnen, na das wollen wir doch mal sehen…”

Oderoderoder. Das sage  ich immer wieder und immer wieder gerne: Das Programmierenlernen bietet mir viele Antworten. Aber vor allem bietet es neue Fragen.
Das Schöne am Kommandos-Lernen ist, dass es wirklich sehr leicht nebenbei passiert. Es ist wie spanische Vokabeln lernen, wenn man sich gerade in Spanien befindet. Es ist wie wenn man viele verschiedene vietnamesische Ausdrücke für “Nein danke, sehr nett, aber ich bin wirklich satt” lernt, wenn man sich gerade bei seinen vietnamesischen Verwandten befindet. Man braucht sie auf jeden Fall und verinnerlicht sie durch permanente Verwendung.

Und ja, ich muss und will auch mehr Befehle lernen. In Zukunft werde ich öfter mal einen Post über ein paar Linux-Commands verfassen, angefangen bei den Basics. Ich hoffe, dass ich damit ein paar Leute motivieren kann, ebenfalls die wunderbare glitzer-bunti-freie Welt der Konsole kennenzulernen. Wenn ihr Tips für besonders tolle, kluge, das Leben erleichternde und für AnfängerInnen geeignete Commands habt, dann her damit.

Danke an Andreas, der mir dieses Buch schenkte, das mich letztendlich zu diesem Blogpost inspirierte.

Ich würde gerne “Danke” sagen, aber ich bin noch ein bisschen sprachlos über die Reaktionen auf meine Bitte um Unterstützung.

Von guten Freunden, von noch ganz frischen Bekanntschaften und von Leuten, deren Namen ich nicht kannte bis ich ihn auf den Absenderadressen las habe ich einen kleinen ansehnlichen Haufen Bücher bekommen, den ich fleißig abarbeiten werde. Einen Violinen-Pickup habe ich auch bekommen. Was ich damit anstelle wird sich noch zeigen.

Ihr unterstützt mich damit ungemein und ich freue mich wie ein junges, langweiliges Reh, das nie auf Festivals geht, auf die Lektüre der Bücher und über weitere Unterstützung, die ich nach wie vor gut gebrauchen kann.

Womöglich schaffe ich es noch diese Woche ein paar Commands aus dem “Linux Befehlsreferenzen Kompakt” zu verbloggen. Das wäre doch ein guter (und in kurzer Zeit machbarer) erster Anfang.

Ansonsten bin ich gerade sehr stark mit meinem eigenen Seminar “Lauert Mehr” an meinem Institut beschäftigt, zu welchem die Bücher wiederum sehr viel beitragen können. Grob zusammengefasst geht es in dem Seminar um die kulturwissenschaftliche Erschließung von netzkulturellen und netz-verwandten Forschungsfeldern. Das erfordert neben den anderen Seminaren, die ich belegt habe, recht viel Aufmerksamkeit.

Mein Traum Plan, dieses Semester nur dieses Seminar zu organisieren und mich sonst stärker dem Programmieren zu widmen, ist letztendlich doch meiner Angst vor den systemimmanenten Konsequenzen gewichen. Bologna-Bachelor-Bafög und so. Die drei Bs. B wie Bullshit. Das heißt, das Programmierenlernen wird in den gewohnt langsamen Schritten fortgesetzt. Aber immerhin.

Vielleicht werde ich in Zukunft auch zum Verlauf des Seminars hier ein wenig erzählen. Immerhin ist es auch so etwas wie eines der vielen “Kinder” von FLP, beziehungsweise ohne das Wissen, welches ich mir im Rahmen von FLP angeeignet habe, hätte ich so ein Seminar nie organisieren können. Was meint ihr? Relevant für FLP? Ansonsten bloggen mein Kommilitone @spektrallinie, unsere Studierenden und ich auf http://netzkulturen.net darüber. Am ersten Artikel arbeite ich allerdings gerade noch. Der handelt davon, weswegen es als GesellschaftswissenschaftlerIn wichtig ist, sich mit der Technik des Internets auseinanderzusetzen, wenn man dessen Phänomene untersuchen möchte.

Technik!

Die Begeisterung und das Interesse an Code, an Computern und Technik generell ist auf jeden Fall noch da. Das immer wieder fest zu stellen ist nach so vielen Zweifeln sehr beruhigend.

Tja. Ihr wisst was jetzt kommt…

Lernt und lehrt weiterhin fleißig Programmieren!

Es lohnt sich

• Als Journalist Programmieren lernen

David Bauer hat den Selbstversuch gewagt und Programmieren innerhalb eines Jahres überwiegend mit Code Academy gelernt. Er schreibt in diesem Artikel über seine Erfolge, Misserfolge und was ihn dann doch wieder motivieren konnte. Er sieht erfreulicherweise auch davon ab, am Ende seiner Entwicklung sich selbst als Superprogrammierer zu sehen. Er betont stattdessen, was er auf dem Weg zu einem programmierenden Journalisten, der für “Programmierer-Maßstäbe” nichts kann, alles gelernt hat. Er war auf jeden Fall sehr viel fleißiger als ich und hat auch schon kleine Webanwendungen gebaut und auf github gestellt.

• Style Guide for Python

Moeffju war so nett, meine Sexwürfel auf Github zu forken (haha wie das klingt!) und dem Code ein bisschen mehr Stil zu verleihen. Es gibt bestimmte Konventionen, die im oben verlinkten Style Guide nachgelesen werden können und an welche man sich der Lesbarkeit halber halten sollte.

• Port-A-Punch

Das erste Smartphone!
Danke Leitmedium.

• Dinosaurs talkin’bout Programming

We are all DOOOOOOOMED!
Danke Jakob.

• FIfF Studienpreis

Das Forum InformatikerInnen für Frieden und gesellschaftliche Verantwortung vergibt einen Preis für Abschlussarbeiten, welche sich mit Informatik und Gesellschaft auseinandersetzen. Einreichungen bis zum 31. Mai.

• A Stick Figure Guide to the Advanced Encryption Standard (AES)

Eine lange, traurige Geschichte über Encryption Standards und das Erklären von Encryption Standards. Mit Strichmännchen. Aber es hat irgendwie auch ein Happy End.

• X86 Architecture

Hätte ich das gewusst. Hier wird sehr knapp, aber dennoch überraschend verständlich die Architektur eines x86-Prozessors in einer Übersicht erklärt.

• Netzpolitik.org Spenden

Netzpolitik.org ist ein wichtiges Blog, wo zentrale Diskussionen der Netzpolitik aufgegriffen, analysiert und wiedergegeben werden. Bzw. was noch viel wichtiger ist: Teilweise werden sie dort erstmal zu zentralen Diskussionen gemacht. Damit das so bleibt, braucht Netzpolitik.org GELDGELDGELD. Ihr könnt und solltet ein paar Euro spenden, ich werd auch mal schauen, was sich tun lässt. Besser ist natürlich ein Dauerauftrag. Von den 30 000 LeserInnen (ich habe aus dramaturgischen Gründen deren Statistik übernommen) könnten ja wenigstens 50% einen Euro jeden Monat spenden und damit unabhängige Berichterstattung über die Politik im Internet, dem wichtigsten Medium der jetzigen und zukünftigen Zeit, finanzieren.
Tut es besser jetzt und rühmt euch mit euren heldenhaften Motiven, bevor wir es alle nur noch tun, um die nervigen Banner loszuwerden. Aber die Fotos sind echt gut! (Disclaimer: Die Fotos sind von m..ach lassen wir das)

Linkliste #00000110

Als Mitglied verpflichtest du dich dazu, einmal die Woche zu bloggen, sonst gibt’s auffe Fresse. Da ich mir das nicht leisten kann, bin ich jetzt real dazu gezwungen, einmal die Woche zu bloggen. Tatsächlich freue ich mich aber auch über einen Anreiz, öfter hier reinzuschreiben, was effektiv auch bedeuten würde, dass ich wieder mehr programmiere. Hoffentlich.

Allerdings: Weil ich leider noch nicht auf der Liste der participants bin, gibt es zur Strafe nur diesen billigen rekursiven Post.

Bis nächste Woche! (Garantiert)

Ihr kennt das vielleicht aus eurer Jugend, als die erotischste Konsumerfahrung noch das Vorbeigehen an halbherzigen Sextoys und aufblasbaren Schafen in einem Laden für kiffende Mittelschicht-Punks war. Also bei mir war das zumindest so. Man könnte meinen, daran habe sich nie etwas geändert, als ich Freitagabends nichts besseres zu tun hatte, als Pizza zu essen und zu programmieren.

Gestern besuchte mich Genosse Erlehmann und als ich ihn gerade rauswerfen wollte, bestellten wir stattdessen im Affekt Essen (Wir guckten einen Flyer an). Um die Stunde, die wir aneinander gebunden waren, zu überbrücken, wollte ich etwas kleines programmieren. Ich wollte nicht aus dem Muster ausscheren und programmierte daher nach dem schlecht.s-Programm, der Beleidigungsmaschine, dem editor und dem Schlangenkuchenrezept erneut etwas völlig sinnloses. Und zwar:

Terminalbasierte Sexwürfel!

Und hier der Code dazu:

#!/usr/bin/env python
print "L I E B E S W U E R F E L"

# wie = ("zaertlich", "fest", "brutal", "schlecht", "angewidert", "lustig")
wo = ("Nippel", "PENIS", "Pussy", "Schenkel", "Bauch", "Po")
was = ("kuessen", "saugen", "lecken", "knabbern", "streicheln", "kitzeln")

from random import choice
# print choice (wie)
print choice (wo)
print choice (was)

Das ist ein sehr sehr sehr einfaches Programm und jedeR sollte das verstehen können. Erlehmann zeigte mir erst in einer Python-Shell, wie man choice verwendet und wie eine Liste erzeugt wird. Eine Python-Shell ist das, was passiert, wenn du im Terminal “python” eintippst. Du kannst dann sozusagen “live” Python Befehle ausführen, anstatt sie in ein Programm zu schreiben, das sie für dich nach und nach ausführt. Die simpelste Anwendung ist sicherlich, die Shell wie einen Taschenrechner zu verwenden. Aber die Funktion “Choice” bspw. kann ich darin auch verwenden. In der Pythonshell lernte ich ersteinmal, wie choice überhaupt funktioniert und konnte es dann in das Programm einbinden.

Im Programm sexwuerfel.py werden zunächst die Variablen mit einer Liste belegt. Das Format ist denkbar simpel:

variable = (1, 2, 3, ..., n-1, n)

Wenn du Zufallszahlen generieren möchtest, kannst du die Zahlen einfach durch Komma getrennt in Klammern setzen. In diesem Fall gebe ich Wörter in Form von Strings in die Liste, also müssen sie in Anführungszeichen gesetzt werden, damit sie als Strings erkannt werden. Damit belege ich drei Variablen. Wobei eine auskommentiert ist, mit einer Raute (#) davor. Dadurch wird die danach folgende Zeile “wirkungslos” gemacht, sie spielt keine Rolle mehr im Programm. Das ist lediglich Schadensbegrenzung. Kompetente und ganz besonders versaute LeserInnen können die Zeilen ja wieder reinkommentieren.

Der Korrektheit halber: Eigentlich sind die Listen keine Listen, sondern Tupel. Aber egal. Choice ist nicht besonders wählerisch und nimmt alles, was irgendwie abzählbar ist.

In der Zeile

from random import choice

weise ich das Programm an, aus dem Python-Modul “random” die Funktion(sdefinition) “choice” zu importieren. Das kennt die geneigte Leserin vielleicht schon aus diesem Post wo ich dasselbe mit “from sys import arg” verwende.

Die nächsten Zeilen erklären sich eigentlich von selbst. Ich jage die “choice”-Funktion auf die Variablen, die mit den Listen belegt sind. Mit print wird mir das Ergebnis – also ein zufällig aus der Liste ausgewähltes Element – ausgegeben.

Es können natürlich beliebig viele Listen und choices noch hinzugefügt werden. Zum Beispiel

ort = ("kueche", "wohnzimmer", "aufzug", "buergeramt" ...)

oder

wer = ("ich", "du", "aufblasbares Schaf", "deine mutter",...)

und so weiter.

Jetzt brauche ich nur noch ein paar Beta-Tester, die das Spiel ein paar mal… ähm… durchspielen und Verbesserungsvorschläge und Erfahrungsberichte einreichen. Freiwillige?

Hier hört die Erklärung des Programm eigentlich schon auf, aber es folgt noch eine überspringbare Kleinigkeit, für Fortgeschrittene und alle die es werden wollen über Berechtigungen, Unix-Benutzergruppen und zur allerersten Zeile:

#!/usr/bin/env python

Das ist eine sogenannte “Shebang”-Zeile. Ja, wirklich. Sie weist das Betriebssystem beim Ausführen der Datei darauf hin, welcher Interpreter das Programm -nunja- interpretieren kann. Den Tip gab mir Erlehmann und ich weiß bei seinen Hinweisen immer nicht so genau, wie sinnvoll und notwendig die sind. Es hat aber auf jeden Fall den Vorteil, dass nicht etwa

python sexwuerfel.py

in die Kommandozeile eingetippt werden muss, sondern einfach nur

./sexwuerfel

um das Programm auszuführen. Die Endung .py hat übrigens keine Funktion, sie ist einfach nur ein Hinweis an den Menschen, dass es sich um ein Python-Programm handelt. Um eine Datei auf diese Art und Weise ausführbar zu machen, mussten wir allerdings noch ein paar Berechtigungen ändern.

Wenn ich in meinem Terminal

ls sexwuerfel.py -l

eintippe, sehe ich die Berechtigungen: -rw-r–r–
Das kann man aufspalten in  rw-, r– und r–. Das sind drei verschiedene Berechtigungen für mich, den user, die group und other
user (ich) darf:

rw-

Ich habe ein r (lesen) und ein w (schreiben, also das Programm verändern), das heißt ich darf die Datei lesen und reinschreiben. Wo ein x stehen könnte, steht ein Strich, ich darf die Datei also nicht ausführen. Group und Other dürfen nur lesen. Group bezieht sich auf eine definierte Benutzergruppe, ist aber in diesem Falle irrelevant.

Als Userin kann ich die Berechtigungen verändern. Das mache ich mit dem Befehl “chmod”, das steht für “change mode”. Mit

chmod a+x sexwuerfel.py

gebe ich allen (a) Usern das Recht, die Datei auszuführen (x). Jetzt bekomme ich mit

ls sexwuerfel.py -l

das Ergebnis rwxr-xr-x. Aufgespalten wäre das: rwx, r-x, r-x. Also kann ich jetzt als userin lesen, schreiben und ausführen und groups und others dürfen lesen und ausführen aber weiterhin nicht schreiben. Jetzt kann das Programm von jedem mit ./ ausgeführt werden.

Bessere Erklärungen zu chmod gibt es hier und hier gibt es detaillierte Erklärungen zu den Unix-Benutzergruppen.

• Verschlüsselung ist wichtig
• Verschlüsselung ist für einige Menschen sehr sehr wichtig, teilweise überlebenswichtig. Es ist gar nicht so unwahrscheinlich, dass Menschen, für die Verschlüsselung relevant ist, sich auch in deinem Adressbuch befinden.
• Verschlüsselung ist eine komplexe Angelegenheit
• Verschlüsselung von A bis Z kann nicht an einem Abend erklärt werden
• Vor allem ist der Frontalunterricht vor 30 Leuten eher ungeeignet, besser wären vermutlich Kleingruppen, in welchen die Lehrenden auf die individuellen Vorkenntnisse und Lerngeschwindigkeiten eingehen können
• Ein maximal dreistündiger Workshop für AnfängerInnen sollte sich vielleicht auf die Grundlagen von PGP beschränken und vor allem die TeilnehmerInnen mit dem Wissen darüber entlassen, wo die Schnittstelle für die praktische Anwendung ist
• Ja, Elliptische Kurven geht zu weit
• Wenn du einen Workshop zu Kryptographie veranstaltest, solltest du dir genau überlegen, ob du den in einem Hackerspace machst, wo du ggf. aus einer dunklen Ecke heraus angepöbelt wirst, wenn du zu ungenau bist (“SSH IST KEIN TLS!”, “Oh diese Schmeeeerzen!”)

Ich bin etwas enttäuscht darüber, dass diese sehr lobenswerte Initiative für mich nicht so ergebnisreich war, wie ich erhofft hatte. Aber vielleicht ging es auch nur mir so, ich habe die anderen TeilnehmerInnen nicht gefragt.
Ich habe natürlich ein paar Dinge mitgenommen und das Prinzip von PGP beispielsweise verstehe ich schon. Trotzdem glaube ich, dass mein Wissen im Moment noch zu lückenhaft ist, als dass ich guten Gewissens eine Erklärung verbloggen könnte. Sie wäre zu lückenhaft.
Ich bin aber auf jeden Fall motiviert, die Lücken in nächster Zeit selber zu schließen und hoffe, dass der Crypto-Workshop nicht der letzte gewesen ist.
Der nächste Termin, den sich Interessierte merken können ist der 11. April. Dann beginnt nämlich die Cryptocon im Leipziger Sublab. Ich bin vielleicht auch dort, wobei das unmittelbar vor Beginn des Semesters wäre und damit beginnt auch mein eigenes Seminar , das vorbereitet werden will.

Vielleicht kennt ihr ja jemand Nettes, der sich sehr sehr gut mit Kryptographie auskennt und diese auf einem für AnfängerInnen verständlichen Level erklären könnte.
Ich bin mir sicher, dass es genügend Interessierte und eine verfügbare Infrastruktur für einen weiteren Workshop gäbe.

Hoffnungsvoll und bis auf Weiteres!

Am Donnerstag findet in der c-base in Berlin ein Workshop zu Verschlüsselungstechniken statt. Ich werde mir eine Robbe mieten und mit meinem riesigen T60 anrücken und mitmachen, wenn mir nichts dazwischen kommt.
Der Workshop wird von den Piraten organisiert und ich finde, das ist eine feine, lobenswerte Sache. Ich hoffe, dass sich viele N00bs und evtl. auch LeserInnen mit mir zusammenschließen und ebenfalls den Workshop besuchen. Ich erwähnte ja schon im letzten Post, mit welcher Art von Verantwortung Verschlüsselung verknüpft ist.
Wenn am Donnerstag alles gut läuft kann ich mich vielleicht endlich zu den 1% der Menschheit zählen, die kryptotechnisch überlegen sind und zu Recht auf andere schimpfen, wenn sie ihren Kram nicht verschlüsseln.
Vielleicht sieht man sich dort!

Ansonsten versuche ich natürlich so viel wie möglich mitzunehmen und zu verbloggern.

Vielen lieben Dank, Linuzifer – auf dich ist Verlass!

Für die Streberin-Credibility habe ich auch extra die Brille aufgelassen, damit ihr mir das mit den Hausarbeiten glaubt. Stressige Geschichte das mit dem Studieren. Aber ich hoffe, dass zumindest eine erlesene Auswahl an Links euch bei Laune hält. Viel Spaß!

• 10 programs to be used from the terminal

Eine Liste mit zehn Programmen, die vom Terminal aus gesteuert werden. Ein sicherer Umgang mit der Konsole ist der erste wichtige Schritt beim Programmierenlernen und auch für die generelle Auseinandersetzung mit dem Computer das A und O. Von hier aus können Prozesse manuell gesteuert werden und es werden sehr viel mehr Handlungsoptionen jenseits des Klickbaren ermöglicht. Das Tutorial von Zed Shaw habe ich schon mehrfach erwähnt und kann es gar nicht häufig genug tun: Auf Learn Code The Hard Way werden  einem die grundlegenden Befehle für’s Terminal vermittelt.
Mit dem minimalistischen Window Manager i3, der weitestgehend ohne klickbares Interface funktioniert, habe ich mich selber quasi dazu gezwungen, mehr mit der Konsole zu arbeiten. Aber es muss nicht gleich das komplette Interface unklickbar gemacht werden. Einen Anfang können auch Terminal-basierte Programme darstellen, um die Logik der Befehlseingabe kennenzulernen und sich daran zu gewöhnen, in schwarzen Fenstern zu agieren, statt zwischen bunten Buttons hin- und herzuklicken.
Bisher kenne ich nur vim und irssi von der Liste, würde aber gerne mal Mutt, einen E-Mail-Client ausprobieren und Cmus, einen Music Player, besser kennenlernen.
Es macht mir auf jeden Fall Spaß, solche Programme näher kennenzulernen und sich in die Befehle einzufuchsen. Es steht dem eigentlich nichts im Wege, es müssen nur die Befehle gelernt und verinnerlicht werden und im Zweifelsfall findet sich immer jemand aus der Community, der oder die einem weiterhelfen kann.

• Programming’s not for you?

Scott Hanselman hat einen sehr erfrischenden Artikel inmitten der manchmal etwas einseitigen Diskussion über das Programmierenlernen geschrieben.

People seem to fall on the side of “Everyone should learn to code! Teach the babies Common Lisp!” or “Not everyone can be a programmer! Relax!” [...]

We need to teach kids to think and to be excited about thinking.

Code should be taught – in age appropriate ways – as part of a larger “solving problems” curriculum.

Hanselman geht es eher dabei eher um die Fähigkeit, Abstraktionen und Algorithmen grundlegend zu verstehen und die Logik dahinter zu begreifen, also darum, ein spezifisches Nachdenken zu erlernen und damit Probleme zu lösen.

Ich bemühe mich selber häufig darum, Leuten zu erklären, dass es mir ebenfalls weniger wichtig ist, dass ich schnell lerne, möglichst viel Code zu produzieren. Ich hätte auch kein Problem damit, wenn ich niemals auch nur irgendein Programm schreibe, viel wichtiger und interessanter finde ich es, die Praxis des Programmierenlernen zu durchschauen und bestimmte Logiken dahinter zu verstehen. Sicherlich ist der Titel meines Blogs dahingehend etwas irreführend, aber ich denke, jede und jeder Lernende muss für sich selber entscheiden, wieviel er oder sie erlernen möchte, wieviel Zeit dafür investiert wird und was die Ziele sind. Universelle Zielsetzungen wie “Du hast erst Programmieren gelernt, wenn du ein Patch für den Linux-Kernel schreibst oder ein Datenverarbeitungsprogramm erfunden hast” sind dabei nicht konstruktiv und hindern im Zweifelsfall Leute eher daran, sich überhaupt mit der Thematik auseinanderzusetzen. Zumindest mache ich die Erfahrung bei mir und häufig im Gespräch mit Leuten, die mit dem Programmieren lernen anfangen wollen. Zu hohe Ansprüche stehem dem Vorhaben manchmal im Wege, deswegen weise ich oftmals darauf hin, dass es vollkommen in Ordnung ist, wenn am Ende des Lernprozesses nicht die Verwandlung in eine Programmierexpertin steht. Stattdessen sollte der Spaß am Lernen, die Beschäftigung mit Code und eine Begeisterung für neue technische Themen im Vordergrund stehen.

Ich denke allerdings weiterhin, dass es zwischen der Fähigkeit, eine verstopfte Toilette zu reparieren und dem Verständnis für Code einen Unterschied gibt, der in den resultierenden Verschiebungen von Machtverhältnissen liegt. Aber…ach, ihr wisst schon.

• Command Line Magic auf Twitter

Und nochmal ein schöner Link mit Terminal-Content. Ein Twitter-Account, der regelmäßig schöne Commands für die Konsole twittert. Ich verstehe nicht immer alles und gerade habe ich einen Command ausprobiert, den ich nicht richtig verstanden habe:

PS1="\e[32m$PS1\e[0m"

Jetzt ist meine Kommandozeile irgendwie zur Hälfte dunkelgrün und das was ich eingebe oder was ich als Output bekomme ist hellgrün, so wie vorher.

Was hab ich bloß getan? Ich habe keine Ahnung!

Aber ist auch nur halb so wild. Immerhin habe ich euch den dummen Fehler vorweggenommen, einen  Befehl, den ich nicht komplett verstehe und rückgängig machen kann, einzugeben. Ich hoffe ihr habt dabei etwas gelernt!

• Cryptocat – Verschlüsselung für N00bs

Mail-Verschlüsselung ist eine unheimlich wichtige Sache. Das weiß ich ganz genau, ich habe nämlich immer noch keine und werde dafür regelmäßig beschimpft. Zu Recht!
Gerade im Bereich des Aktivismus ist es eigentlich unerlässlich und eine Sache der gegenseitigen Rücksichtnahme, seine E-Mails und Chats zu verschlüsseln und den sensiblen Content nicht … sagen wir… Gmail oder so in die Hände spielt. Ähem.
Im Moment fliegen vermutlich 99 Prozent des verschlüsselten Mailverkehrs von Nerd zu Nerd. Und machmal bestimmt auch zu einem Nicht-Nerd, der aufgrund schmerzhafter Erfahrungen und seiner prekären Situation bereits gecheckt hat, wie wichtig Verschlüsselung sein kann. Oder hätte sein können.
Cryptocat ist eine Möglichkeit, dieses Gefälle in Chats aufzubrechen, wenn es auch einige Sicherheitsmängel gegenüber der professionellen Verschlüsselung aufweist. Aber das ist immer noch besser als gar keine Verschlüsselung.

Cryptocat is an open source web application intended to allow secure, encrypted online chatting. Cryptocat encrypts chats on the client side, only trusting the server with data that is already encrypted. Cryptocat is delivered as a browser extension and offers plugins for Google Chrome, Mozilla Firefox and Apple Safari.

Eine ausreichende Alternative zu PGP ist es natürlich nicht, und jedeR sollte sich jetzt zumindest mal in den Wikipedia Artikel zu PGP einlesen. Die Profis unter euch können ja mal die nächste Gelegenheit nutzen, um sich jemanden Geneigtes aus dem nähren Umfeld zu schnappen, um den Kram beizubringen. Verschlüsselter E-Mail-Verkehr ist eine zunehmend wichtige Voraussetzung um sich gegen Interventionen zu schützen. Von welcher Seite diese auch immer kommen mögen. Eine aktuelle interessante Debatte darüber anhand der De-Mail gibt es übrigens morgen im Bundestag.

• Kinderwette bei Wetten Dass…? – Binärzählen

Die siebenjährige Lina kann jedem Buchstaben seinen Binärcode zuordnen. Wie ein kleiner Computer! Coole Sache.
Schade, dass einem jungen Mädchen, das sich so sehr aus dem Fenster tradierter Geschlechterrollen herauslehnt trotzdem eine überdimensionierte rosa Tastatur und Bühne gebaut werden mussten.