Twacbak nutzt noch das bisherige Verfahren, bei dem über HTTP Basic Authentication Name und Kennwort mittels Base64 verscheiert übertragen werden. Dabei beruhigt höchstens die mögliche Übertragung per SSL. Das Modul zur direkten Kommunikation habe ich nicht selbst entwickelt. Statt dessen passte ich die Python Twitter Tools (PTT) an meine Bedüfnisse an.

Der 30.06.2010 näherte sich, besonders letzte Woche. Der Author der PTT scheint gerade OAuth zu implementieren, aber ob er bis zum 30.06.2010 fertig wird, bleibt offen. Und dann bräuchte ich ja noch Zeit, die Änderungen in Twacbak zu integrieren. Eine einfache Risikoabschätzung zeigt: besser etwas anderes.

OAuth ist kein triviales Protokoll. Es gibt für die unterschiedlichsten Szenarien Möglichkeiten der Anbindung. In den meisten Beispielen wird davon ausgegangen, dass die Anwendung, die auf Twitter zugreifen möchte, selbst eine für jeden zugänglich Webanwendung ist. Twacbak ist aktuell eine reine Konsolenanwendung. Und selbst wenn Twacbak einmal eine Webanwendung wird, würde es bei mir nur im lokalen Netz laufen.

Das ist die Situation: Twacbak muss bis Ende Juni 2010 an OAuth angepasst werden, OAuth ist ein komplexes Protokoll, mein bisheriges Modul zur Kommunikation mit Twitter unterstützt kein OAuth.

Mitte November 2009 stolperte ich über Tweepy. Damals war es nicht besonders ausgereift, kein Vergleich zu PTT. Zum Glück hatte ich es in meinem Brain einsortiert und schaute es mir letzte Woche noch einmal im Detail an. Etwas anders aufgebaut als PTT unterstützt es nun recht ausgereift OAuth.

Bleibt das Problem, wie man sich in einer Konsolenanwendung bei Twitter über OAuth authentifiziert. Die Beispiele im Web gaben nicht viel her. Ein wenig herumexperimentieren, Python’s REPL half immens, kam heraus, dass es recht einfach ist:

auth = tweepy.auth.OAuthHandler(CONSUMER_KEY, CONSUMER_SECRET)
auth_url = auth.get_authorization_url()
webbrowser.open(auth_url)
pin = getline('Enter PIN: ').strip()
if pin:
    access_token = auth.get_access_token(pin)
    # sichere access_token.key und access_token.secret für zukünftige
    # Zugriffe, z.B. in einer Datenbank

Die Werte für CONSUMER_KEY und CONSUMER_SECRET erhält man nach der Registrierung einer Anwendung bei Twitter. Mittels get_authorization_url() erhält man von Twitter eine URL, unter der ein Benutzer die Anwendung authorisieren kann. Nach der Authorisierung erhält der Benutzer auf der Webseite eine PIN, die er dann in der Konsolenanwendung angeben muss. Diese dient dazu, dass die Anwendung über Twitter ein sog. Access Token erhält. Damit authentifiziert sich die Anwendung später gegenüber Twitter. Das Access Token ist benutzer- und anwendungsspezifisch und damit wesentlich sicherer als ein Kennwort.

Der spätere Zugriff ist dann wieder einfach:

auth = tweepy.auth.OAuthHandler(CONSUMER_KEY, CONSUMER_SECRET)
# lese key und secret aus Datenbank
auth.set_access_token(key, secret)
api = tweepy.API(auth, parser=tweepy.parsers.JSONParser())

Über das Objekt api können dann die Methoden der Twitter-API authentifiziert aufgerufen werden. Fertig.

Fertig? Nein. Tweepy hat eine leicht andere Philosophie als PTT. Aber zum Glück ist Python nicht statisch typisiert. Sonst hätte ein Großteil von Twacbak angepasst werden müssen (Ja, ich weiß: geringere Kopplung …). Dank Duck Typing, eines der besonders angenehmen Merkmale von Python, und der guten Konfigurierbarkeit Tweepy’s musste ich nur einige wenige Stellen anpassen. Nach kurzer Zeit war ich dann wirklich fertig mit der Umstellung.

Twacbak arbeitet nun mindestens so gut wie vorher. Subjektiv scheint es sogar schneller mit Twitter zu kommunizieren. Aber das kann auch daran liegen, dass Twitter die Kommunikation mittels OAuth bevorzugt abwickeln könnte.

Jetzt kann ich wieder in Ruhe darüber nachdenken, wie sich Twacbak weiter entwickeln soll. Vermutlich in Richtung Webanwendung ;-)

Im Unterschied zu Twacbak ist Twitterbak mit Hilfe von Perl und PHP implementiert. Der Perl-Code dient dazu Twitter regelmäßig per API abzufragen und die Ergebnisse abzuspeichern. Mit PHP wird ein web-basierter Dienst implementiert, um die Ergebnisse anzuzeigen und zu durchsuchen. Schwerpunkt von Twitterbak ist das Archivieren der eigenen Tweets.

Ist Twitterbak eine Konkurrenz zu Twacbak?

Auf jeden Fall. Eine gute dazu.

Das Profil von Twitterbak ist klar: Datensicherung. Wohin die Reise mit Twacbak hingehen wird, ist mir dagegen noch nicht klar.

Was gibt es an Ähnlichkeiten? Beide wollen die Ergebnisse von Twitter-Aktivitäten längerfristig sichern, beide nutzen dazu SQLite als interne Datenbank. Beide sichern die eigenen Tweets, die direkten Nachrichten und die sog. Mentions, d.h. Tweets, in denen der eigene Account erwähnt wird. Beide sollen periodisch im Hintergrund, z.B. als Cron-Job, ablaufen.

Was kann Twacbak darüber hinaus? Twacbak kann auch die gesamte Timeline sichern, d.h. alle Tweets aller Account, denen man selbst folgt. Es werden die Favoriten gesichert und, ganz wichtig, alle Friends und Follower. Ich weiß, wovon ich spreche. Die Liste derjenigen denen man folgt ist ein fast so wertvolles Asset, wie die eigenen Tweets. Nebenher speichert Twacbak die Friend/Follow-Historie, denn es gibt immer wieder welche, die einem abwechselnd folgen und wieder nicht folgen. Damit ist Twacbak nicht nur ein Werkzeug zum Sichern der Twitter-Aktivitäten, sondern unterstützt diese auch. Mit Twacbak können sebst auch Tweets gesendet werden, Re-Tweets auf Basis von Schlüsselworten werden unterstützt, auch das Folgen per Kommandozeile geht.

Viele der anderen Unterschiede sind Geschmackssache. Ob ich nun das Ganze über eine Konfigurationsdatei steuere oder ob die Daten in der Datenbank selbst abgelegt werden: jeder wird für beides Vor- und Nachteile finden. Ditto für Änderungen am Quellcode selbst und einige Befehlsoptionen mehr gegenüber der Wahl für eine kleine Skriptsprache. Letztens Endes Firlefanz für einen Vergleich.

Natürlich kann das eine oder andere auch schnell von Twitterbak implementiert werden. Auch die größere Fehlertoleranz, wenn Twitter mal wieder nicht verfügbar ist. Darauf freue ich mich.

Ich habe für Twacbak die Anregung aufgenommen, die kurzen URL zu ermitteln, die sich hinter den Twitter-typischen Short-URL’s (z.B. via bit.ly) verbergen. Das gleiche gilt für Bilder. Nebenbei, dank der Python-Bibliotheken (“Batteries included“) geht das Ganze leichter und weniger fehleranfällig von der Hand. (Die Spitze musste sein, ich nehm das aber nicht zu ernst ;-) )

Über den Artikel habe ich mich sehr gefreut. Bestätigt er doch, wie sinnvoll es ist, selbst für die Sicherung der eigenen Daten zu sorgen und sich nicht immer nur irgendwelchen obskuren Web-Diensten anzuvertrauen. Ich werde die Entwicklung von Twacbak im Rahmen meines knappen Zeitbudgets vorantreiben und immer mal nach nebenan zur Konkurrenz schielen.

Die belebt nämlich auch den eigenen Geist.

Also, was sind (meine) Anforderungen?

Funktionalität

• Sichern aller grundlegenden Daten eines Twitter-Accounts, wie:
  • Benutzerdaten (Name, Location, eigene URL, Bio, … so wie sie im Profile / Setting angegeben werden),
  • alle eigene Tweets,
  • Favorites,
  • gesendete Nachrichten,
  • empfangene Nachrichten,
  • Liste der Friends, d.h. der Accounts, denen man folgt,
  • Liste der Follower, d.h. die Account, die einem folgen.
• Sichern von nützlichen Zusatzinformationen:
  • Wann ist mir wer gefolgt, wann hat er mich aus seiner Liste gelöscht?
  • Wann bin ich jemanden gefolgt, wann habe ich das Verfolgen aufgegeben?
  • Was haben meine Friends so getwittert?
  • Wenn jemanden eine Antwort getwittert hat, auf welchen Tweet welchen Benutzers bezog sich diese Antwort?
• Die gesammelten Daten sollen auf den Bildschirm / in eine Datei ausgegeben werden können.
• Darüber hinaus sollen folgende Berichte (Bildschirm / Datei) ausgegeben werden:
  • Liste der Accounts, die kürzlich das Verfolgen eingestellt haben
  • Detailinformationen zu Accounts, z.B. wann bin ich gefolgt, wann wurde meinem Account gefolgt, wann wurde das Verfolgen eingestellt und wieder aufgenommen, …
  • Durchsuchen der Tweets nach bestimmten Begriffen.
• Sobald von Friends Tweets mit einem definierten Hashtag erscheinen, sollen diese Retweetet werden.
• Eigene Tweets sollen auf einem anderen Account gespiegelt werden.
• Gespeicherte Informationen zu Accounts sollen regelmäßig aktualisiert werden, z.B. einmal pro Woche.

Technisches

• Die Daten sollen so abgespeichert, dass diese auch separat auswertbar sind.
• Twacbak soll regelmäßig ohne Benutzerinteraktion die Daten von Twitter einsammeln können.
• Es soll eine Lösung für einen Account erstellt werden.  Twacbak soll nicht für beliebig viele Accounts Daten sammeln.
• Es sollen beliebige Microbloggingdienste unterstützt werden, welche die Twitter-API bereitstellen. Neben Twitter ist dies z.B. identi.ca.
• Twacbak soll im Normalfall einmal pro Stunde ablaufen und dabei max. 50 Aufrufe der API tätigen.
• Die Software soll so weit es geht platformunabhängig sein. Auf jeden Fall soll die Software unter Windows und unter Linux ablaufen.

Als Heimat kommen auch diese Seiten in Betracht. Dann könnte ich aber entweder “nur” das gesamte Paket zum Download anbieten oder ich müsste hier Software installieren. Aber es gibt ja Dienste, welche die Softwareentwicklung unterstützen. De facto gibt es die Wahl zwischen SourceForge.net oder Google Code. Ich habe mich für SourceForge.net entschieden, weil es da einige Dienste gibt, die ich immer schon mal ausprobieren wollte: Mercurial als verteiltes Versionskontrollsystem (kann Google Code auch) und Trac (kann Google Code m.E. nicht). Beide wären auch Kandidaten für meine Veranstaltung “Projektstudie Softwareentwicklung” ;-).

Somit ist die Heimat von Twacbak gefunden.

Bleibt noch die Frage der Lizenz. Open Source sollte sie sein, von abgeschlossenen Systemen halte ich nicht zu viel. Die GPL ist mir zu viral (und einschränkend), MIT & Co. zu offen. Als Lizenz habe ich (vorläufig) die Apache License, Version 2.0 definiert.

Ja, ich weiß. Langsam sollte ich die Anforderungen definieren. *g

Mein erster Kandidat ist python-twitter. Damit hatte ich vor einiger Zeit meine damals 1818 Tweets gesichert. python-twitter stellt als Start die Klasse Api zur Verfügung, mit deren Methoden so gut wie alle Aufrufe durchgeführt werden. Diese Aufrufe liefern meistens Listen von Datenobjekten, wie z.B. Status, DirectMessage oder User. Mit denen kann man dann weiterarbeiten. Als Beispiel der Code, um die Texte der eigenen Timeline, mitsamt der eigenen Freunde darzustellen:

import twitter
api = twitter.Api(username='username', password='password')
timeline = api.GetFriendsTimeline()
for status in timeline:
    print status.text

Um meine Tweets zu sichern hatte ich folgenden Code ausgeführt:

import twitter
import pickle
api = twitter.Api()
timeline = api.GetUserTimeline('dkreuz', count=1818)
datei = open('sicherung.pickle', 'w')
pickle.dump(datei, timeline)
datei.close()

Alles schön handlich und gut gekapselt. Aber mit zwei Nachteilen, doch dazu später. Und wie ich später las: es klappte zufällig. Egal.

Der andere Kandidat sind die Python Twitter Tools. Hier werden nur die Aufrufe sehr grob gekapselt, die Ergebnisse sind meistens Listen von Dictionaries (a.k.a. HashMaps, für die Java-affinen Leser ;-) ). Die Implementierung orientiert sich an der des Python-Moduls xmlrpclib. Dies funktioniert, das die Tw***er-API sehr einheitlich aufgebaut ist. Die Python Twitter Tools sind so generisch, dass die meisten zu erwartenden Änderungen der Tw***er-API nicht zu Änderungen der Bibliothek führen, evtl. aber zum aufrufenden Programmcode. Methodenaufrufe werden über einen netten Python-Trick abgefangen und direkt auf die Tw***er-API abgebildet. Auch hier das Beispiel zur Darstellung der Texte der eigenen Timeline:

import twitter
api = twitter.Twitter('username', 'password')
timeline = api.statuses.friends_timeline()
for status in timeline:
    print status['text']

(Achtung: auch Python Twitter Tools stellt ein Modul mit dem Namen twitter bereit, genau wie python-twitter. Es sind aber unterschiedliche Module!)

Analog der xmlrpclib wird der Aufruf statuses.friends_timeline auf die Tw***er-API statuses/friends_timeline abgebildet. Die Python Twitter Tools definieren, im Gegensatz zu python-twitter, keine eigenen, an der Tw***er-API orientierten Methoden.

Tja, welche Bibliothek ist nun die geeignete?

Die Bibliothek python-twitter hatte ich wegen der netten Abstraktionen ausgewählt, um meine Tweets zu sichern. Das ging ganz gut. Bis ich mir die Tw***er-API im Detail angesehen habe. Zum Beispiel erlaubt es die Methode statuses/user_timeline eine minimale und eine maximale Tweet-ID anzugeben. Die Methode GetUserTimeline() von python-twitter erlaubt dagegen nur eine minimale Tweet-ID. Entweder wurde die Angabe einer maximalen Tweet-ID vom Autoren von python-twitter für nicht notwendig befunden oder diese Möglichkeit wurde erst vor kurzem von Tw***er eingeführt, aber noch nicht in python-twitter nachvollzogen. Entsprechendes gibt es von der Klasse User zu berichten: Tw***er liefert das Datum, wann der Benutzer sich bei Tw***er angemeldet hat, aber nicht python-twitter.

Der andere Punkt, der gegen python-twitter spricht, ist seine Bindung an den Dienst Tw***er. Im Quellcode ist fest und schwer änderbar für jede Methode die URL “http://twitter.com/” hineincodiert. Zum Beispiel bei GetFriendsTimeline die Zeichenkette “http://twitter.com/statuses/friends_timeline.json “. Das ist solange nicht problematisch, so lange man nur den Dienst Tw***er nutzen möchte. Ich selbst nutze parallel den Dienst identi.ca. Schließlich weiß man ja nie, was irgendwann mal mit Tw***er wird. Identi.ca basiert auf einem quelloffenen PHP-System. Und: Identi.ca bietet eine Tw***er-kompatible API an. Software, wie z.B. Gravity nutzen dies, um mehrere Accounts sowohl bei Tw***er als auch bei Identi.ca zu verwalten.

Der einzige Unterschied zwischen API-Zugriffen auf Tw***er und Identi.ca sind unterschiedliche Präfixe der URL für den HTTP-Aufruf. Für Tw***er ist es der Präfix “http://twitter.com”, für identi.ca ist es “http://identi.ca/api “. Der mobile Client Twibble erlaubt sogar die Einstellung eines eigenen Präfix, z.B. wenn man eine identi.ca-Implementierung selbst betreibt.

Und hierbei scheitert python-twitter. Eines meiner Anwendungsszenarien ist das selbstbestimmte Spiegeln von Tweets zwischen Tw***er und Identi.ca (dort heißen Tweets “Dents”, aber das ist eine andere Geschichte).

Der andere Vorteil der Python Twitter Tools ist, dass ich per Programm an alles herankomme, was mir die API bietet. Und nicht auf das beschränkt bin, was mir die Bibliothek genehmigt.

Einen Nachteil haben allerdings beide: Kommunikation ist nur über HTTP möglich, nicht über HTTPS. Aber das kann man ja ändern ;-)

Es geht weiter mit den Python Twitter Tools.

Im Gegensatz zu anderen bin ich nicht in Isolationshaft. Mein Account funktioniert ansonsten soweit. Über die @-Notation kann ich mit anderen kommunizieren, nur DM’s gehen nicht. Aber es ist schon sehr mühsam.

In den ersten Tagen wurde ich dadurch bei der Bewertung der Klausuren nicht zu sehr abgelenkt. Die Organisation des 2. Heilbronner Twittertreffens (getarnt als Twittagessen) klappte mit Hilfe meines Co-Organisators @NurIch. Der Besuch meiner Söhne wurde durch keine Diskussionen oder Anregungen auf Twitter “gestört”.

Besonders gefreut hat mich, dass mich einige auf Twitter vermissen. Sei es über direkte Nachfragen via @-Notation oder mit dem Versuch, mir wieder zu folgen. Letztere klappt zwar nicht, aber ich bekomme jedes Mal eine E-Mail. Vielen Dank an (in halbwegs chronologischer Reihenfolge): @samakah, @torridluna, @kreativgut, @Jimmy1966, @Allaboutdancing, @ok23, @lamaiire, @maennig, @WolfgangKraus, @mai_kaefer, @tadels, @jkamlowski, @AKleiner, @taxxas, @kaestnerm. Ich hoffe, ich habe keinen vergessen.

Ich ahne zwar woran es liegt (es wurden von Twitter jede Menge Spam-Accounts entfernt, das Problem meines Accounts ist wohl ein Kollateralschaden) und weshalb wenig passiert (Twitter war/ist Ziel einer DOS-Attacke), aber nach drei Wochen ist nun langsam Schluss. Ich treffe Vorbereitungen für einen Nachfolgeaccount.

Was sind meine bisherigen Ideen?

• Die Liste der Leute, denen ich bis zum 22.07.2009 folgte, konnte ich dank TweetDeck rekonstruieren. TweetDeck speichert die Namen aller Personen / Accounts, denen ich folgte und die während es lief mindestens einen Tweet abgesetzt haben in einer internen SQLite-Datenbank. Damit fehlen mir nur die stillen Benutzer, d.h. einige Studierende meiner Veranstaltungen. Die kann ich im nächsten Semester ansprechen.
• Mit Hilfe der API konnte ich meine gesamten Tweets sichern. Zum Glück waren es weniger als 3200, denn mehr liefert die API nicht aus.
• Alles andere (Replies, DM’s, Favorites) kann man auch über die API sichern.
• Also baue ich mir erst einmal eine kleine Infrastruktur auf, um meine vergangenen und zukünftigen Aktivitäten über Twitter lokal zu sichern.
• Ich wollte sowieso mal wieder etwas programmieren.
• Das Ganze werde ich in Python implementieren, denn es gibt gute Tools, die dabei helfen.
• Auch Friends und Follower werde ich sichern, auch um später festzustellen, wer mir folgt und wer die Verfolgung abbricht.
• Dafür gilt es ein kleines DB-Modell aufzubauen und ich kann gleich mal SQLAlchemy ausprobieren. Das wollte ich immer schon mal machen, mir fehlte nur die richtige Anwendung.
• Das Problem des Accountnamens @dkreuz ist hoffentlich gelöst: Accountnamen kann man umbenennen. Ob es klappt, weiß ich nicht. Aber zur Not habe ich einen netten, selbstironischen Reservenamen.
• Mein Identi.ca-Account ist eine gute Reserve, falls mal Twitter den Geist aufgibt.

Im Endeffekt soll eine kleine Anwendung zustande kommen, die meine Aktivitäten auf Twitter sichert. Meine Tweets kommen in eine Datenbank und werden auf Identi.ca gespiegelt. Follower und Friends werden gesichert und ich werde benachrichtigt, falls sich dort etwas ändert. Sollte ein Nachfolgeaccount auch ein Problem bekommen, kann ich schneller auf einen anderen/neuen Account wechseln.

Und zu allem Überfluss komme ich auch dazu, @hhn_eb mit etwas Leben zu füllen: der soll alle Tweets von Followern retweeten, die mit #hhneb markiert sind.

Im nächsten Schritt kümmere ich mich um die Anforderungen und Anwendungsszenarien im Detail.

Filme

Matrix

Matrix ist ein Science-Fiction-Film aus dem Jahr 1999. Aus Informatiksicht ist er zweierlei interessant. Zum einen ist die Matrix nichts anderes eine riesige Simulation unserer Wirklichkeit. Sie ist so gut, dass sie nicht von der Wirklichkeit zu unterscheiden ist. Letzten Endes ist das eine Aufgabe in der Informatik: reale Vorgänge zu modellieren und in einem (digitalem) Rechensystem abzubilden.

Der Film Matrix zeigt, wie verwirrend eine solche Simulation sein kann. Übrigens, er ist nicht der erste seiner Art. Schon 1973 zeigte der deutsche Film Welt am Draht Konsequenzen einer sehr weitgehenden Simulation auf. Ebenfalls 1999 gab es ein Remake, The 13th Floor – Bist du was du denkst?. Wem die philosophische Überfrachtung von Matrix nicht zusagt, kann sich an diesen Filmen ausprobieren. Man verpasst aber auch nette “Special Effects” und den zweiten wichtigen Aspekt.

Nämlich die Frage nach der roten oder blauen Pille. Der Held des Film muss sich entscheiden, ob er die ganze Wahrheit erfahren möchte, mit allen Konsequenzen. Dann soll er die rote Pille schlucken. Mit der blauen Pille würde er glauben, was er bisher geglaubt hat. Natürlich nimmt er die rote Pille. Um den Film zu zitieren (aus: Fehler in der Matrix):

Dies ist deine letzte Chance. Danach gibt es kein Zurück. Schluckst du die blaue Kapsel, ist alles aus. Du wachst in deiner Welt auf und glaubst, was du glauben willst. Schluckst du die rote Kapsel, bleibst du im Wunderland, und ich führe dich in die tiefsten Tiefen des Kaninchenbaus.

Dies ist eine ultimative Entscheidung. Solche Entscheidungen sind immer mal wieder zu treffen. Mit meiner Entscheidung für die Informatik habe ich einen ganz anderen Blick auf die Hintergründe computergestützter Systeme erhalten. Im Positiven wie im Negativen.

Monty Python

Monty Python war eine britische Komikergruppe, die ihre Blütezeit in den 70er-Jahren hatte. Viele Informatiker haben eine gewisse Nähe zum Humor dieser Gruppe. Ich würde ihn als schräg, schwarz, britisch, absurd, hintersinnig bezeichnen.

So ist Monty Python zum Namensgeber der Programmiersprache Python geworden (siehe: Why is it called Python?).

Aber auch die Bedeutung des Wortes Spam ist auf einen Sketch dieser Gruppe zurück zu führen.

Alles Gründe, sich einmal mit Monty Python zu beschäftigen. Wenn man davon absieht, dass es einen Riesenspass macht.

Bücher

Per Anhalter durch die Galaxis

Sie wollten immer schon mal wissen, was es mit dem Sinn des Lebens auf sich hat? Oder warum Sie am 25. Mai eines jeden Jahres vermehrt Leute mit Handtüchern sehen? Das hat seinen Ursprung in der einzigen Trilogie in fünf Bänden, eben Per Anhalter durch die Galaxis.

Den Inhalt und den Geist dieser Bücher wieder zu geben ist so gut wie unmöglich. Ist es Science-Fiction? Oder ganz einfach ein Roman? Auf jeden Fall hat diese Reihe einen ähnlichen Einfluss auf die Informatik wie Der Herr der Ringe auf das Fantasy-Genre.

Der Humor hat etwas von Monty Python, ist also auch für Informatiker stilbildend. Und schon im ersten Band werden Sie die Antwort auf die wichtigste Frage kennen lernen: “42″!

Wie war noch mal die Frage?

Alice im Wunderland & Alice hinter den Spiegeln

Die Geschichten von Alice im Wunderland und Alice hinter den Spiegeln sind nicht nur einfach schöne Geschichten. Der Autor Lewis Carrol war Mathematiker und zeigt damit, dass auch technisch orientierte Menschen sehr phantasievoll sein können.

Beide Bücher können als Vorbereitung für den Film Matrix dienen, siehe das Zitat zur roten Pille. In Alice hinter den Spiegeln gibt es ein schönes Kapitel mit dem Springer (engl. “Knight”), in dem es um Namen geht. Hier der Ausschnitt (aus: Through the Looking-Glass):

‘The name of the song is called “HADDOCKS’ EYES.”‘

‘Oh, that’s the name of the song, is it?’ Alice said, trying to feel interested.

‘No, you don’t understand,’ the Knight said, looking a little vexed. ‘That’s what the name is CALLED. The name really IS “THE AGED AGED MAN.”‘

‘Then I ought to have said “That’s what the SONG is called”?’ Alice corrected herself.

‘No, you oughtn’t: that’s quite another thing! The SONG is called “WAYS AND MEANS”: but that’s only what it’s CALLED, you know!’

‘Well, what IS the song, then?’ said Alice, who was by this time completely bewildered.

‘I was coming to that,’ the Knight said. ‘The song really IS “A-SITTING ON A GATE”: and the tune’s my own invention.’

Wenn Sie dies verstanden haben, dann verstehen Sie auch die Zusammenhänge zwischen einer Variablen, die auf ein Objekt verweist, dem Namen dieser Variablen, dem Inhalt, der Objektreferenz, dem Objekt und der Objektidentität.

Und damit steht dem erfolgreichen Programmieren nichts mehr im Wege.

Mehr?

Haben Sie auch noch Vorschläge für Bücher und Filme? Dann bin ich gespannt.

easy_install ist ein extrem nützliches Werkzeug, um externe Python-Pakete zu installieren, wie z.B. das vorzügliche docutils oder SQLAlchemy. Es ist bei mir der Dreh- und Angelpunkt für weitere Python-Software, egal für welchen Zweck.

Also, easy_install muss nach der Installation von Python 2.6.x als Erstes selbst installiert werden. Schnell zur PyPI-Seite für die setuptools, in denen easy_install enthalten ist. Nur zu dumm: der aktuellste Installer für Windows unterstützt nur Python 2.5.

Gut, wozu kenne ich Software schon von den Lochkarten her? Die *.egg-Datei ist schnell heruntergeladen und noch schneller ausgepackt. Der Inhalt kommt in ein temporäres Verzeichnis und schon kann die Installation losgehen. Sie könnte losgehen. Wenn da nicht die Fehlermeldung wäre: “pkg_resources.DistributionNotFound: setuptools”.

Ein klassisches Problem: setuptools versucht sich selbst an den Haaren aus dem Sumpf zu ziehen. Aber diesmal findet es sich nicht selbst. Auf Englisch heißt das Bootstrapping. Nach einigem Herumsuchen ist das auch die Lösung.
Die *.egg-Datei ist nicht nur etwas ähnliches wie eine ZIP-Datei, sie enthält zu Beginn auch direkt lesbaren Text:

#!/bin/sh
if [ `basename $0` = "setuptools-0.6c9-py2.6.egg" ]
then exec python2.6 -c "import sys, os; sys.path.insert(0, os.path.abspath('$0')); from setuptools.command.easy_install import bootstrap; sys.exit(bootstrap())" "$@"
else
  echo $0 is not the correct name for this egg file.
  echo Please rename it back to setuptools-0.6c9-py2.6.egg and try again.
  exec false
fi

Das ist zwar ein Shellskript und unter Windows so nicht wirklich zu gebrauchen, bringt meiner einen aber auf den richtigen Weg. *.egg-Dateien können offenbar in den Suchpfad von Python aufgenommen werden. Den absoluten Pfad meiner *.egg-Datei kenne ich, also kann ich einfach aufrufen:

C:\User\kreuz>python -c "import sys; sys.path.insert(0, 'C:/Users/kreuz/setuptools-0.6c9-py2.6.egg'); from setuptools.command.easy_install import bootstrap; sys.exit(bootstrap())"

… und die (Python-) Welt ist wieder in Ordnung.