digital boredom

Titel: My Job Went to India - 52 Ways to Save Your Job
Author: Chad Fowler
Verlag: The Pragmatic Programmers
ISBN: 0-9766940-1-8
Preis: 19.00 Euro

Der reiserische Titel und das Cover verraten eigentlich schon worum es geht: In Zeiten von Offshoring und geplatzten IT-Blasen kämpfen viele Programmierer, Software-Entwickler (oder wie man die Leute auch immer nennen mag) um ihren Arbeitsplatz. Ob sich die von Herrn Fowler beschriebene Situation der US-amerikanischen Entwickler 1:1 auf europäische oder deutsche Entwickler übertragen lässt kann ich zwar nicht beurteilen, aber das ist meiner Ansicht nach auch nicht so wichtig.
In diesem Buch werden 52 Tipps und Strategien vorgestellt, wie man ein besserer Mensch - oder um das etwas einzuschränken - wie man ein besserer Entwickler wird. Das hört sich wahrscheinlich hochgradig seltsam an. Aber ein motivierter Angestellter, Team-Kollege oder Chef, der sein berufliches Umfeld respektiert und zur Produktivität seines Projektes entscheidend beiträgt ist eben nicht die Person, auf die als erstes verzichtet werden wird.
Die meisten Tipps sind auf eine gewisse Art selbstverständlich und transportieren auf den ersten Blick nicht viel neues. Chad Fowler beleuchtet die verschiedenen Themen aus verschiedenen Blickwinkeln, so dass man eben auch die Sicht von Nicht-ITlern zu einem gewissen Grad erfahren kann. Dieser Umstand stellt einen guten Ausgangspunkt dar um sich und sein Handeln kritisch zu hinterfragen.
Andere Strategien stellen Selbstverständliches dar über das ich bisher aber nie wirklich nachgedacht habe. So rät Chad Fowler zum Engagement in Open Source Projekten und zeigt wie man davon profitieren kann: Neben dem Spassfaktor qualifiziert einen dies in verschiedenen Disziplinen der technischen und nicht-techschnischen Fähigkeiten die für einen potentiellen Arbeitgeber überaus interessant sind.

Durch Chad Fowlers Erfahrung als Mitglied eines Offshoringteams, was ihn für mehrere Monate nach Bangalore führte, bietet das Buch ganz nebenbei noch einen interessanten Einblick in die indische (IT-)Kultur. Mehr als einmal war musste ich feststellen, dass ich nicht ganz frei von Vorurteilen bin

Es hat mir Spaß gemacht das Buch zu lesen - ob ich davon profitiert habe wird sich zeigen

...Turn on, I see red
Adrenaline crash and crash my head
Nitro junkie, paint me dead
And I see red...

Frei nach Metallica (die mich hoffentlich für das Zitieren ihrer Lyrics nicht verklagen) möchte ich hier kurz ein weiteres schönes Projekt aus der Ruby-Community vorstellen:

Nitro - "Nitro is an efficient, yet simple engine for developing professional Web Applications using the Ruby language."
Nitro dürfte für alle interessant sein, denen CGI zu low-level und Rails zu bloated ist. Es bietet eine saubere MVC-Architektur, ein Templating-System, einen super schlanken OR-Mapper namens Og und den obligatorischen Web 2.0 Support. Schaut euch mal das Video an und freut euch über die Einfachheit.

*Trommelwirbel* *Fanfare*
Dapper Drake wurde released!
*Tusch*

Ich will dazu gar nicht viel schreiben, das meiste wurde von Herrn Shuttleworth, heise und golem eh schon gesagt. Ich nutze Dapper nun schon ein paar Monate und kann nur bestätigen dass es sich um ein Hochglanz-Release handelt.
Es trägt zudem noch den Zusatz "LTS", was für Long Time Support steht. Wem also Sarge schon zu alt geworden ist (ja, ich weiß, Testing wird im Dezember stable ) und daher Alternativen mit aktuellerer Software aufgetan werden müssen (MySQL 5, PostgreSQL 8.1, PHP5.1, etc...) und wer zudem noch 5 Jahre Support haben will sollte sich Ubuntu Dapper Drake 6.06 mal anschauen.

Ich verfolge das OpenWRT nun jetzt schon über ein Jahr, manchmal etwas mehr, manchmal etwas weniger. Einmal hätte ich fast ein Paket dafür gebaut, aber das ist eine andere Geschichte.
Ich finde das Projekt cool, die OpenWRT-Leute haben wirklich viel Arbeit in das Projekt gesteckt. Aber von Anfang an fehlte dem Projekt etwas essentielles: Verlässlichkeit. Am Anfang hatte ich dafür Verständnis, es gab viel zu tun, Treiber, Kernel und Pakete mussten angepasst werden. Und rechtzeitig zu Weihnachten 05 sollte ja das offizielle White Russian Release kommen. Das ist nicht geschehn und das ist symptomatisch für das Projekt. Ich hab jetzt einige Vorträge von Waldemar und einen Vortrag von Felix (beides Entwickler bei OpenWRT) miterlebt und neben den üblichen Fragen ("Wir mein Siemens SE505 auch unterstützt?") kamen auch immer die Fragen von Leuten deren Lebensaufgabe nicht darin bestand OpenWRT zu hacken. Fragen wie "Wie laufen Updates?", "Was ist mit meinen Configfiles nach dem Update?" und "Ihr habt die VLAN-Configuration verändert, wie läuft das nun?". Das zeigt das recht viele Leute OpenWRT ernst nehmen und die damit ausgestatteten Router gerne Produktiv einsetzen wollen.
Aber das scheint mir derzeit mit OpenWRT nicht machbar zu sein. Und so wie es aussieht wird das in der nächsten Zeit auch nicht passieren. Das OpenWRT Projekt hat noch immer keine stabile Version veröffentlicht, selbst das Feature-Freeze scheint noch in weiter Ferne zu sein. Das Projekt hat auch noch keine Antwort auf die Fragen nach Migrationsplänen und Updatekonzepten, die für den produktiven Einsatz aber so wichtig wären.
Das Projekt ist sehr vielversprechend gestartet aber die Featuregeilheit und Verspieltheit der Entwickler scheint dem Ziel, eine zuverlässige, stabile und berechenbare Linuxdistribution für Embedded-Geräte zu entwickeln wirklich im Wege zu stehn.

Ein weiterer Punkt der mich immer schon gewundert hat ist die enorm schlechte Ausenwirkung des Projekts. Wo immer ich hin komme sehe ich Leute die OpenWRT einsetzen. Auf den heise-Newsticker schaffen es sogar kleinere Projekte wie dd-wrt, von OpenWRT war, mal abgesehen von der Lizenzgeschichte mit Sveasoft, nicht viel zu lesen. Bis heute gibt es keine Mailingliste über die ich Kontakt mit den Developern aufnehmen könnte.
Vielleicht planen die OpenWRT-Leute irgendetwas großartiges, was ihre Geheimniskrämerei rechtfertigen würde. Wenn dem nicht so ist verpassen sie jedenfalls die Chance Nutzer und potentielle Entwickler enger an das Projekt zu binden. Und ehe man sich versieht kommt ein anderes Projekt und füllt diese, wie soll ich sagen, emotionale Kluft zwischen Projekt und seinen Nutzern und Entwicklern.

Ich wünsche mir jedenfalls, daß das Projekt seinen derzeitigen Kurs nochmal herumreisen kann und ich in einem Jahr eine stabile und planbare Linuxdistribution auf meinen Routern laufen lassen kann.