Implizite Informationen

Nach 621 Tagen hat Twitter meinen Account @dkreuz wieder hergestellt. Viele, denen ich vor 621 Tagen folgte, erhielten eine Email über mein erneutes Folgen. Manche waren erstaunt. Ich auch.

Offenbar hatte Twitter ein wenig aufgeräumt. Nicht nur mein Account funktionierte wieder. Tweets, die ich gerade noch durch Twacbak gesichert hatte, waren auch wieder verfügbar. Hat Twitter alte Backups eingespielt? Egal.

Meine Aktivitäten belasse ich aber auf @implizit. Inzwischen ist mir der Name ans Herz gewachsen. Und immer wieder für einen Running Gag gut. Was ich mit @dkreuz mache? Muss ich mir überlegen. Sooo schizophren bin ich ja doch nicht ;-)

Ein beliebtes Werkzeug zur Durchführung von Softwareprojekten ist Trac. Es vereinigt ein Wiki mit einer Aufgabenverwaltung und erlaubt die Integration eines Versionskontrollsystems. Darüber hinaus lässt es sich (fast) beliebig mit Hilfe von Plugins und Macros erweitern. Die Integration von Drittanwendungen, z.B. Eclipse Mylyn oder Drupal, ist ebenfalls möglich.

Klassisch serverseitig

Trac wird fast immer auf einem Server installiert. Der Zugriff erfolgt über einen Browser. Mit Hilfe des XML-RPC Plugins können auch andere Systeme, z.B. Eclipse oder Vim, sehr flexibel auf Trac zugreifen. Die Installation auf einen Server ist nicht sehr schwer, sofern einige Vorbereitungen getroffen wurde. Wie eine Installation aussehen kann, ist sehr schön auf den Support-Seiten von Uberspace beschrieben.

Auf diese Art und Weise wird Trac auch in meinen eigenen eigenen Lehrveranstaltungen verwendet. Natürlich in der Projektstudie Softwareentwicklung, und zusätzlich immer dann, wenn ein gut zu nutzendes Wiki mitsamt Aufgabenverwaltung gefragt ist: Software Engineering 1 (Requirements Management), Software Engineering 2 (weitergehende Software-Technik), Seminar E-Business-Technologien. Andere Projektstudien von Kollegen scheinen ebenfalls vom Trac-Virus infiziert zu sein (aktuell: 7).

Persönliches Wissensmanagement

Trac unterstützt nicht nur Entwicklungsteams in Ihrer Arbeit, es kann auch als Werkzeug zum persönlichen Wissensmanagement eingesetzt werden. Über das Wiki werden Informationen abgelegt, es gibt einen Template-Mechanismus zur Vorstrukturierung der Informationen. Über die Aufgabenverwaltung bleiben einzelne Arbeitsschritte nachvollziehbar. Wiki und Aufgabenverwaltung sind in Trac integriert. Vom Wiki kann einfach auf einzelne Aufgaben verwiesen werden. Zur Beschreibung der Aufgaben und deren Lösung wird die Wiki-Notation ohne jede Einschränkungen verwendet.

(Bemerkung: ich weiß, manche mögen keine Wikis zum Wissenmanagement. Diese Diskussion möchte ich hier nicht vertiefen.)

Ich selbst nutze Trac für mein persönliches Wissensmanagement seit mehr als einem Jahr. Moment, ich schaue mal im Trac nach. Ganz genau seit dem 10.02.2010. Über die Journalfunktion bleibt alles nachvollziehbar.

Für meine Projekte lege ich im Wiki eine Projektseite an, in der Aufgabenverwaltung werden diese als "Komponenten" verwaltet. Auf der Projektseite kann ich mir über ein kleines Macro (TicketQuery) alle zum Projekt gehörenden Aufgaben anzeigen lassen. Sofern es sich um Entwicklungsprojekte handelt, binde ich ein eigenes Mercurial-Repository ein. Übrigens, im Wiki kann ich auf einzelne Versionen verweisen. Ein Klick zeigt mir dann die Inhalte und Änderungen an. Alles in allem ist das Arbeiten mit Trac auch für den persönlichen Bedarf sehr bequem.

Später vielleicht mehr darüber. Hier soll es zunächst um die Installation gehen.

Im Unterschied zu anderen Systemen besitzt Trac einen wesentlichen Vorteil: Sie benötigen keine externe Datenbank. Alles kann innerhalb eines Verzeichnisses installiert werden. Damit können Sie auch Trac mit Hilfe von Synchronisationsdiensten, wie z.B. Dropbox, Wuala oder SugarSync, auf mehreren Systemen gleichwertig nutzen. Ganz ohne Server.

Installation

Zur Installation von Trac werden zwei Softwarepakete benötigt. Zunächst muss Python installiert sein, mindestens in der Version 2.4. Unter OSX oder Linux ist dies zumeist der Fall. Unter Windows müssen Sie es explizit nachinstallieren. Optimal ist die Version 2.7.x, das unter OSX vorinstallierte Python 2.6.1 arbeitet ebenfalls gut mit Trac zusammen.

Für Windows können Sie entweder das normale Python unter http://python.org/download/ oder das etwas aufgepeppte ActivePython installieren. Aktuell sollten Sie darauf achten, nicht Python 3.x zu verwenden. Die Installation ist selbsterklärend.

Unabhängig vom Betriebssystem ist dann einer der beiden Python-Paketmanager zu installieren: easy_install oder pip. Eventuell ist schon einer der beiden Paketmanager installiert. Probieren Sie es einfach einmal auf der Eingabeaufforderung (Windows) oder in einem Terminal (Linux, OSX) aus. Welchen Sie nehmen, ist zum Teil Geschmacksache. Ich selbst bevorzuge pip, nutze aber auf meinem Desktopsystem (historisch begründet) easy_install. Zur Installation von easy_install unter Windows gibt es von mir einen Beitrag, der bei der Installation helfen kann.

Jetzt haben Sie die Werkzeuge zu Installation beisammen.

Sprachunterstützung

Trac kann mehrere Sprachen unterstützen, benötigt aber dazu das Paket Babel. Dieses sollten Sie vor Trac installieren:

easy_install babel

oder

pip install babel

Trac

Nun installieren Sie Trac mit Hilfe eines der beiden Paketmanager ebenso einfach, wie eben Babel:

easy_install trac

oder

pip install trac

Damit haben Sie die zunächst benötigte Software installiert.

Instanz einrichten

Jetzt gilt es die Projektinstanz einzurichten. Es kann beliebig viele, unabhängige Instanzen geben (serverseitig ideal: pro Team eine Instanz), aber für das persönliche Wissensmanagement ist eine Instanz ausreichend.

Wechseln Sie in der Eingabeaufforderung/Terminal in das Verzeichnis, dass Ihre Instanz enthalten soll. Keine Angst, Sie können das Verzeichnis später noch verschieben. Dort legen Sie eine Instanz an, die z.B. den Namen PWM (persönliches Wissensmanagement) erhalten soll:

trac-admin PWM initenv

Als erstes wird nach dem Projektnamen gefragt. Die anschließende Frage nach dem "Datenbankverbindungsstring" lassen sie unbeantwortet und drücken einfach die Return-Taste. Es werden jede Menge Daten ausgegeben. Am Ende steht dann eine kleine Anleitung, wie Sie Ihre Instanz ("Projektumgebung") experimentell in Betrieb nehmen können. Probieren Sie es aus:

tracd --port 8000 PWM

Geben Sie in Ihrem Browser die Adresse http://127.0.0.1:8000/PWM/ ein und sehen Sie sich ein wenig um. Sie werden feststellen, dass Sie sich leider nicht anmelden können, um Daten einzugeben. Dazu müssen Sie die Anmeldung konfigurieren und eine erste Berechtigung vornehmen.

Beenden Sie die Instanz durch einen beherzten Tastendruck auf STRG und C.

Übrigens, Sie können eine Instanz, die vorher auf einem Server lief, in den meisten Fällen einfach auf Ihr lokales System kopieren, es konfigurieren (wie gleich beschrieben), und dann weiternutzen.

Anmeldungsverfahren konfigurieren

Angenommen, Ihre Benutzerkennung soll onkeljonas lauten. Geben Sie zunächst dem Benutzer onkeljonas alle Rechte:

trac-admin PWM permission add onkeljonas TRAC_ADMIN

Benutzername und Kennwort müssen irgendwo abgespeichert werden. OSX und Linux bringen schon alles mit: htapsswd. Geben Sie im Terminal ein:

htpasswd -c PWM/userpass onkeljonas

Geben Sie das gewünschte Passwort an. Als Ergebnis wird eine Datei userpass mit Benutzername und Kennwort im Verzeichnis der Instanz abgelegt.

Windows-Benutzer müssen das Programm htpasswd nachinstallieren. Alternativ kann einer der vielen Generatoren für .htpasswd-Dateien verwendet werden. Wichtig ist, den Inhalt als Datei PWM\userpass abzulegen.

Darüber hinaus müssen Windows-Benutzer noch das Modul fcrypt installieren:

easy_install fcrypt

oder

pip install fcrypt

Instanz starten

Jetzt ist alles bereit, um die konfigurierte Instanz zu starten. Unter OSX und Linux erfolgt der Start mit:

tracd --port=8000 --basic-auth="*",PWM/userpass,PWM PWM

Probieren Sie es aus. Wenn die Anmeldung funktioniert, können Sie die Instanz mit STRG-C abbrechen und den Parameter --daemonize zusätzlich angeben. Damit wird die Ausführung in den Hintergrund geschickt, das Terminal kann beendet werden. Ein wenig mehr Sicherheit bringt der Parameter --hostname=127.0.0.1. Damit kann nur vom lokalen System auf die Instanz zugegriffen werden. Alle Parameter können auch abgekürzt werden:

tracd -p 8000 -d -b 127.0.0.1 --basic-auth="*",PWM/userpass,PWM PWM

Unter OSX kann das Ganze auch automatisiert werden, indem Sie diesen Befehl in ein Automator-Skript eingeben und das Skript als "Anmeldeobjekt" registrieren. Unter Linux gibt es, je nach Distribution, einen ähnlichen Mechanismus.

Unter Windows ist das Vorgehen ähnlich, aber leicht anders. Zunächst müssen Sie die Datei tracd-script.py lokalisieren. Sofern Sie Python in der Version 2.7 installiert und dabei die Pfade nicht geändert haben, befindet sich diese Datei im Verzeichnis C:\Python27\Scripts. Starten Sie Ihre Instanz mit Hilfe des Befehls pythonw von der Eingabeaufforderung:

pythonw c:\Python26\Scripts\tracd-script.py -p 8000 -b 127.0.0.1 --basic-auth="*",PWM/userpass,PWM PWM

Sollte pythonw nicht gefunden werden, so sollten Sie vermutlich eine neue Eingabeaufforderung starten, da der Suchpfad nicht aktualisiert wurde.

Auch unter Windows lässt sich der Startvorgang automatisieren. Dazu legen Sie im Autostart-Ordner ein Skript mit obigem Inhalt an.

Erste Anpassungen

Wenn Sie das Logo links oben anpassen oder gar ein Favicon anlegen wollen, müssen Sie die Konfigurationsdatei PWM/conf/trac.ini anpassen. Legen Sie vorher im Verzeichnis PWM/htdocs das gewünschte Logo (z.B. unter logo.jpg) und das Favicon (unter favicon.ico) ab. Ändern Sie in der Konfigurationdatei folgende Abschnitte:

[header_logo]
alt = Logo
src = site/logo.jpg

und

[project]
icon = site/favicon.ico

Fertig. Sie brauchen dazu die Instanz nicht einmal beenden und neu starten.

(Kleiner Hinweis: innerhalb von Trac wird der Pfad site auf das Verzeichnis htdocs abgebildet.)

Vielleicht möchten Sie auch den Port 8000 auf einen anderen Wert ändern. der Port 8000 wird häufig von frisch installierter Software verwendet, die sich dann mit Ihrer Instanz stören würde. Sie sollten für den Parameter --port (bzw. -p) nur einen Wert größer 1024 (und kleiner 32000) angeben. Bei Portänderungen müssen Sie die Instanz natürlich neu starten.

Sie können auch weiteren Benutzern einen Benutzernamen und Passwort zuweisen. Die Rechte verwalten Sie innerhalb von Trac im Admin-Bereich.

Wie geht es weiter?

In weiteren Artikeln möchte ich zeigen, wie Sie Ihre Instanz mit Hilfe von Plugins und Macros erweitern können. Wünsche und Anregungen nehme ich gerne entgegen.

Auch dieses Semester haben alle, die Teilnehmer und ich als Veranstalter, viel gelernt. Wir haben zwei Retrospektiven durchgeführt: eine zur Halbzeit, die andere zum Abschluss. Das war angemessen, konnte insbesondere ich auf die Erkenntnisse zur Halbzeit in Teilen reagieren. Ich denke, die Teilnehmer konnten dadurch Ihre Arbeiten vertiefen.

Ich möchte allen danken, die sich für die Projektstudie engagiert haben. Wir haben zu einem guten Miteinander gefunden. Es hat mich gefreut, dass wir offen miteinander reden und diskutieren konnten, so gut es in einer vermeintlich permanenten Prüfungssituation möglich ist. Dazu ist eine gehörige Portion Vertrauen nötig. Ich hoffe es nicht enttäuscht zu haben.

Danke schön!

Was hatten wir uns aufgeschrieben (meine Anmerkungen in kursiv)?

Halbzeitretrospektive

Was war aus Ihrer Sicht gut?

• Projekte mit externen Firmen
  • Ein Projektteam hat für SAP Consulting die im Wintersemester 2009/10 weiterentwickelte Anwendung um Workflow-Aspekte erweitert. Eigentlich erst ein Thema für das 4./6. Semester.
• Coaching bei Projektbeginn
  • Wir hatten das Glück, rechtzeitig einen sehr engagierten Coach zu finden. Ich halte diese Art des studentischen Engagements für alle sehr hilfreich.
• Aufwand ist mit "realen" Projekten vergleichbar
  • So soll es sein: eine gute Simulation der Praxis.
• Erlangen von praktischem Wissen & Erfahrungen
  • Dito
• Vergleich mit vorherigen Semestern ist nützlich
  • Das ist das Prinzip: keine Geheimnisse.
• Gelerntes konnte ins Projekt eingebracht werden
  • Für einen Erfolg in der Projektstudie benötigen Sie die Kenntnisse aller Informatikfächer des Grundstudiums. Schön, wenn Sie das eher theoretische Wissen endlich vertiefen konnten.
• Die Projektstudie findet zu gutem Zeitpunkt statt (im 3. Semester)
• Umgang mit Trac,
  Liferay und Maven gelernt
  • Alles für die Softwareentwicklung wichtige Werkzeuge. Nicht zu vergessen: Mercurial und
    Hudson ;-)
• Selbstständige Themenwahl
  • Das war dieses Semester ein Experiment. Sie haben sich schöne Aufgaben gestellt, um das Studiengangsportal aufzubauen.

Was war auch Ihrer Sicht verbesserungswürdig?

• Teamzusammenstellung nach Stärken / Schwächen
  • Einige Teams waren in der Tat, was entwicklungsstarke Teilnehmer angeht, eher schwach besetzt. Manchmal stellt sich das auch erst im Verlauf des Semesters heraus. Die zufällige Zusammensetzung soll Sie zum einen im Grundstudium ermuntern, sich mit Programmierung zu beschäftigen. Zum anderen ist auch in der beruflichen Praxis die Teamzusammensetzung immer wieder "verbesserungswürdig".
• Zu wenig Räume (vor allem Dienstags)
  • Die Anzahl der Studierenden wächst leider schneller, als Gebäude gebaut werden können. Ich denke trotzdem, dass wir mit der Aufteilung in Montag (viele freie Räume) und Dienstag (eher gemeinsame Termine) das gut hinbekommen haben.
• Mehr Projekte mit externen Firmen
  • Ich versuche gerne Ihre Interessen mit denen der Unternehmen in Einklang zu bringen.
• "Test-Projekte" schon vorher? (z.B. im 2. Semester?)
  • Das ist ein Punkt der sog. "Studien- und Prüfungsordnung", den ich selbst nicht alleine beeinflussen kann. In der nächsten Ordnung wird es aber schon im 1. und 2. Semester Freiräume für Projekte geben. Lassen Sie sich überraschen. Wir als Studiengang haben dies im Blick.
• Teamgröße sollte bei allen gleich sein
  • Das lässt sich nicht immer einhalten. Noch problematischer wird es, wenn mehrere Teilnehmer aus einem Team die Projektstudie vorzeitig beenden wollen. Aber ich probiere es immer.
• Zeitplanung
  • Ja, ein wichtiger Punkt. Fangen Sie von Beginn an mit einer angemessenen Planung an. Lassen Sie gerade am Anfang die Zügel nicht schleifen. Einmal im Rückstand lassen sich die zu erledigenden Aufgaben sehr schwer nachholen.
• Mehr Hilfestellungen bei Liferay
  • Stimmt, da habe ich Sie ins kalte Wasser geworfen. Ab kommenden Semester sollten alle Teilnehmer schon im 2. Semester eine erste Einführung durch einen Kollegen (in Web Engineering 2) erhalten haben. Siehe auch den nächsten Punkt.
• Ggf. Coach für Entwickler
  • Eine gute Idee. Bisher rekrutierte sich der Coach eher aus der Reihe der früheren Projektleiter und konnte daher weniger bei der eigentlichen Entwicklungsarbeit helfen. Im kommenden Semester wird es einen Coach für Entwickler geben.
• Detaillierte Aufforderungen vielleicht später formulieren
  • Eine gute Taktik, sich nicht zu früh zu verzetteln. Passt auch zu dem meist iterativ, inkrementell ausgestalteten Vorgehensmodell.
• Unstimmigkeiten zwischen Professor und Coach
  • Das kann passieren, wenn zwei Menschen nicht identisch sind. Durch mehr Kommunikation mit den Coaches werde ich versuchen, widersprüchliche Aussagen zu vermeiden.
• Projekttools sollten vorgestellt werden
  • Wurden sie doch. Aber ich gebe zu: das eine oder andere Werkzeug könnte eher vorgestellt werden.

Was gab es für Ideen?

• Teameinteilung über "Gruppenköpfe"
  • Hier ist die Idee, ähnlich wie bei der Fußball-WM/-EM, sicherzustellen, dass entwicklungsstärkere Teilnehmer in allen Teams vorkommen. Offen ist aber, wie gute Entwickler zu Beginn des Semesters verlässlich erkannt werden können. Es gab immer wieder Fälle, bei denen jemand sich gesteigert hat oder sich dann doch als schwächer herausstellte. Ich werde diesen Punkt im nächsten Semester einmal ausprobieren.
• zusätzlicher Coach für Entwicklung / QS / Dok.
  • Siehe oben
• Ab nächstem Semester sind alle Entwickler
  • Die feste Rolleneinteilung mag zum einen eine gewisse Sicherheit geben. Zum anderen fördert sie aber das Scheuklappendenken. Ein geschätztes Viertel macht den Eindruck, als müssten sie nur die eigenen Aufgaben erfüllen, ohne auf das Gesamtergebnis zu schauen. Wenn jeder für das gesamte Projekt verantwortlich ist, so ist meine Hoffnung, erhöht sich die Teamleistung. Probieren wir es aus.
• möglichst 6-7 Mitglieder pro Team, eher nicht 5
  • Ja, sehe ich auch so.
• PM2-Skripte erweitern mit Beispielen
  • Siehe oben ("Projekttools")
• Bessere Einleitung von Tutorials
  • Siehe oben ("Projekttools")
• Teilnehmer schon im 2. Semester Trac arbeiten lassen (Software Engineering 1, Projektmanagement 1)
  • Guter Punkt. Habe ich für SE1 eingerichtet.

Abschlussretrospektive

Viele Punkte aus der Halbzeitretrospektive fanden sich in der sehr gut moderierten Abschlussretrospektive wieder. Eine Punkte wurden relativiert, einiger verstärkt.

Rechtzeitig anfangen

Das Semester ist mit 15 Wochen eher kurz. Der erste Monat wird für die Teamfindungsprozesse und die Ermittlung der Anforderungen benötigt. Die letzten drei Wochen sind für den Test und den Projektabschluss nötig. Dazwischen bleibt nicht viel Zeit. Für einige Teams war es sehr hilfreich, dass einige Teilnehmer sehr früh mit der (persönlichen) Codepräsentation begonnen haben. Dabei gab es wichtiges Feedback.

Kann ich nur bestätigen. Ich weiß, gerade in der ersten Zeit ist es schwierig von dem eher passiven Konsum der Vorlesungen auf die Aktivität der Projektstudie umzuschalten. Es ist schwierig, sich die Finger im Projekt "schmutzig" zu machen, aktiv zu werden. Üben Sie das. Im Berufsleben kommt man mit Passivität nicht weiter. Passiv wird nicht gelernt. Ich kann Sie nicht lernen.

Auslosen der Teilnehmer

Dies wurde rückblickend nicht mehr so sehr kritisch gesehen, wie noch zur Halbzeit.

Ich probiere es trotzdem einmal mit den "Gruppenköpfen" ;-)

Eigene Rollenverteilung

Sie sahen es als gut an, dass Sie selbst Ihre Rollen bestimmen konnten. Natürlich innerhalb der von mir gezogenen Grenzen: 1 Projektleiter, maximal 1 Dokumentator, maximal 1 Teilnehmer für Qualitätsmanagement, Rest Entwickler.

Im nächsten Semester soll es, wie oben angesprochen, diese starren Rollen nicht mehr geben. Jeder Teilnehmer soll Software entwickeln, jeder leitet über einen kurzen Zeitraum das Projekt, jeder schreibt ein Besprechungsprotokoll, jeder macht Qualitätssicherung, ... Lediglich für den ersten Monat wird es einen fest bestimmten Projektleiter geben.

Erfahrungen

Wie von mir zu Beginn versprochen ("Die Projektstudie ist auf eine gewisse Art und Weise ein Selbsterfahrungstrip") erkannten Sie, wie viel Sie in diesem Semester gelernt haben. Eine Teilnehmerin meinte letztens zu mir: "Zuerst glaubte ich dem Coach nicht, was man alles lernt. Aber gegen Ende hat sich alles zusammengefügt". Die Einführungen und Tutorials in Projektmanagement 2 fanden Sie ebenfalls gut, wie auch die nun vertieften Kenntnisse in den Werkzeugen.

Es freut mich, dass meine Anstrengungen fruchtbar waren ;-). Ich nehme das fürs nächste Semester mit und versuche die Teilnehmer eher zu Erfolgserlebnissen zu bringen.

Literatur

Das in der parallel stattfindenden Veranstaltung Software Engineering 2 verwendete Buch war für einige Teilnehmer gut geeignet, um z.B. das Wissen zu Softwaretests zu vertiefen.

So soll es sein.

Studentischer Coach

Der studentische Coach hat mit seiner Coachingarbeit allen Teams sehr geholfen.

Ich finde es gut, dass sich immer ein guter Coach findet und wir die Mittel haben, ihn zu finanzieren.

Vorgehen nach PMI

Die Kenntnis der 9 Wissensgebiete nach PMI, die im 2. Semester in Projektmanagement 1 behandelt werden, hat vielen sehr in ihrer Projektarbeit geholfen.

Eher Schluss

Die Deadline für die Projektstudie sollte nicht ans Ende des Semesters gelegt werden, sondern eine Woche früher. So ist es für alle Teilnehmer einfacher, sich auf die anschließende Prüfungszeit vorzubereiten.

Für die nächste Projektstudie plane ich dies so ein.

Falls ich etwas vergessen oder ungeschickt dargestellt habe, einfach eine E-Mail an mich. Oder hinterlassen Sie einen Kommentar zu diesem Blogeintrag.

Wie am Titel erkennbar, habe ich diese Seiten ein wenig umbenannt. Die Idee hinter dem Namen Automatische Informationen stimmt immer noch, trifft meine Ideen und Gedanken aber nicht ganz. Dagegen hat sich gezeigt, dass die Wahl meines Namens auf Twitter für meine Person sehr angemessen war. Darum nun der neue Name "Implizite Informationen".

Im Nachklang zu meinem Beitrag Blogofile statt Wordpress bin ich auf einen Hoster gestossen, der meine persönliche Philosophie wesentlich besser wiederspiegelt, als mein bisheriger: Uberspace. Betrieben von Jonas Pasche und seinen Kollegen gibt es ein Hosting für jeden, der eine geschützte Umgebung sucht, aber trotzdem das Experimentieren nicht verlernt hat. Voller SSH-Zugang ist selbstverständlich. Überzeugt wurde ich, als Jonas mir Mercurial installiert hat, ohne dass ich dort schon meinen Preis bestimmt habe.

Auch bei 1blu, wo ich bisher Kunde war, konnte ich per SSH auf meine Daten zugreifen. Über die Zugriffsgeschwindigkeit konnte ich nicht klagen. Aber, dort ist alles auf die Masse ausgerichtet. Dokumentation über eine dürftige FAQ. Als Standard ist PHP4 installiert, mit Tricks bin ich auf PHP5.1 gekommen (Build Date: 07.06.2006). Python ist in der Version 2.3.5 verfügbar. Von Mercurial möchte ich gar nicht reden. Und gebe ich who auf der Kommandozeile ein, so erhalte ich die Meldung "-bash: /usr/bin/who: Keine Berechtigung". Zugute halten möchte ich 1blu aber, wie einfach die Einrichtung und wie problemlos die Kündigung war. Auch der Betrieb einfacher Seiten klappte gut. So sollte es sein.

Bei Uberspace hat Jonas mal eben neben dem Python 2.4 ein aktuelles Python 2.7 installiert. Mit easy_install kann sich jeder schnell selbst eigene Python-Module in seinen Space installieren. Alles, was das (Entwickler-) Herz begehrt, ist verfügbar. Neben Python und Mercurial auch Perl, PHP, Ruby, node.js, GCC, CVS, Subversion, git, Wordpress, Django usw. Natürlich innerhalb gewisser, vernünftiger Grenzen. Und who funktioniert ebenfalls.

Die Migration war problemlos. Die meines eigenen Blogs sowieso, dem Textformat sei dank. Ciao Calotta ist mit Wordpress betrieben. Das dauerte dann etwas länger. Das Umschalten der Domains war eine Sache von kurzer Zeit. Alles andere konnte ich per E-Mail kurz klären.

Jetzt werde ich mich in meinem neuen, schönen digitalem Heim gemütlich einrichten. Meine Lesezeichen verwalte ich schon mit Insipid. Trac und Mercurial sind die nächsten Schritte. Danach kommt vermutlich die Mailverwaltung dran.

Home Sweet Home!

Mein Lieblingsplatz in der Bibliothek ist direkt neben der Treppe. Hier kommen die Besucher erwartungsvoll hoch. Ich sehe sie nur von der Seite oder von hinten. Oben angekommen bleiben sie stehen, orientieren sich. Sie fragen kurz an der Information. Oder sie schauen auf die empfohlenen Bücher, um dann in Richtung der Zeitschriften weiter zu gehen. Das ist auch mein erster Weg.

Später kommen sie dann wieder bei mir vorbei. Diesmal mit Büchern bepackt. Jetzt sehe ich in ihre Gesichter. Zufrieden, in dem Bewusstsein, etwas für sich zu tun, tänzeln sie fast die Treppe nach unten. Ich höre noch kurz, wie sie unten ihre Schätze ausleihen.

Dann sind sie aus meiner Wahrnehmung verschwunden.

Ich blättere weiter.