Zugschlusbeobachtungen

Mit dem Tag "ubwdw" kennzeichne ich kurze Artikel über die jeweilige "unbenutzbare Webseite der Woche". Dies ist ein im Gegensatz zu seinem Namen in unregelmäßigen Abständen vergebener Preis an snowboarderinfizierte Websites, deren Aufgabe vor lauter Design und "hübsch" den Bach heruntergeht.

Die Artikel sind mit "ubwdw" getagged und können jederzeit gesammelt aufgerufen werden. Es gibt auch einen RSS feed.

Migrationen von einem alten System auf ein neues System sind etwas, was ich besonders gut kann. Ich bekomme es immer wieder hin, mit ein wenig Planung vorab die Migration mit deutlich kürzerer Downtime hinzubekommen, als es bei der naiven Vorgehensweise wäre. Dabei habe ich wenig Angst, einen Bauzustand mit vielleicht nichtmal sechzigprozentiger Funktionalität online gehen zu lassen, wenn mich das bei der Durchführung der Restarbeiten nicht behindert - frei nach "lieber ein wenig Funktionalität als gar keine".

Da mein "Lieblings"-Firewallhersteller seine Produkte Gott sei Dank Ende 2009 aus dem Support laufen lässt, habe ich in den letzten Monaten nicht nur ein Firewallmigrationsprojekt bei und mit Endkunden durchgeführt. Dabei ist natürilch das eine oder andere schiefgelaufen, und in der folgenden Artikelreihe "Zugschlus' kleiner Migrationsleitfaden" versuche ich diese neuen oder nicht mehr ganz so neuen Erfahrungen so aufzuarbeiten, dass vielleicht auch Ihr etwas davon habt.

Entgegen der landläufigen Meinung ist eine Migration übrigens erheblich komplexer und schwieriger als die Inbetriebnahme eines ganz neuen Systems ohne Vorgänger. Bei einer Migration hat man einen Ausfall eines Dienstes, von dem vielleicht Teile der Kundenorganisation abhängen, man muss Daten übernehmen, und hat es plötzlich und akut mit Befindlichkeiten von Benutzern und kleinen Fürsten zu tun, denen Funktionalität kurzfristig (im Rahmen der Umbauarbeiten) oder langfristig (weil das neue System vielleicht manche Dinge nicht mehr kann) verloren geht. Ein Projektstopp bedeutet bei einer Migration in aller Regel weitere Arbeiten, um auf den Ursprungszustand zurückzukommen, während man bei einer Neueinführung einfach alles stehen lassen kann.

Die Artikel sind mit "zkmlf" getagged und können jederzeit gesammelt aufgerufen werden. Es gibt auch einen RSS feed.

Unter dem Tag "Durchhilfe" werden in Zukunft in gewissen Abständen Artikel über besonders "gelungene" deutsche Übersetzungen im IT-Umfeld erscheinen.

Ich bin ja bekanntermaßen kein Freund von technischer Lokalisierung. Sie zerfleddert - im geheuchelten Interesse der Sprache - die Fachsprache und sorgt dafür, dass man sich nicht mehr versteht, weil sich jeder Übesetzer für einen Fachsprachenbegriff einen eigenen deutschen Begriff aussucht. Und das ist natürlich - je weniger technisches Hintergrundwissen der Übersetzer hat, desto schlimmer - oft ein Begriff, der im technischen Kontext entweder völlig abwegig oder nicht bequem verwendbar ist.

Die Klassiker wie "Kein Weltraum links auf dem Gerät", "zerbrochene Pfeife" oder "serielle Rollkugel-Zeigereinheit" werde ich mir in dieser Artikelreihe allerdings sparen.

Noch ein paar Worte zur Entstehung des Tags: Ich habe hier versucht, genauso zu denken wie ein schlechter IT-Übersetzer und habe mich am Wort "translation" vergriffen, und das mit Hilfe der (von mir nicht beherrschten) Lateinischen Sprache und einem Wörterbuch. "Trans" bedeutet über oder durch. Über passt zu gut, also nehmen wir die andere Bedeutung. Und eine Latio ist eine Hilfeleistung. Der Wortstamm translation ist zwar ein anderer, aber das grobe Patternmatching trifft. Und da Durchhilfeleistung zu unhandlich ist, kürzen wir das dann zur Durchhilfe ab.

Mit dieser Artikelreihe erfülle ich mir einen Wunsch, den ich schon seit Jahren mit mir herumtrage: Ich möchte grafische Userinterfaces (GUIs) und auf Text basierende Userinterfaces (TUI, nicht mit dem Touristikveranstalter zu verwechseln) miteinander vergleichen. Für Popcorn in hinreichender Menge sei gesorgt; ich bemühe mich, die Artikel hinreichend provokativ zu formulieren, dass in den Kommentaren auch ein wenig Diskussion entsteht.

Ich habe hierbei einige Artikel vorgeschrieben und sie bereits schon zur zeitgesteuerten Veröffentlichung in der Blogsoftware abgelegt. Es wird also für einige Tage jeden Tag um dieselbe Zeit ein neuer Artikel erscheinen. Und gegen später werde ich dann wieder auf die "normale", aufkommensabhängige Erscheinungsweise umstellen.

Die Artikel sind mit gui-vs-tui getagged, dieser Link führt zu den gesammelten Artikeln, und hier gibt es den passend eingeschränkten RSS-Feed.

Mailing lists of big and successful open source projects are these days flooded with clueless requests from newbies which obviously have not spent a second getting acquainted with the tool or with the basics of the underlying protocols. I'm going to publish some of the "best" of these messages in irregular intervals her, tagges with "best-of-mailing-list".

All articles tagged appropriately can be seen as blog entries. There is also an RSS feed.

Unter dem tag "unworte" veröffentliche ich in loser Folge kurze Artikel über Worte, die ich ätzend finde.

Alle Artikel aus dieser Gruppe im Blog-Layout gibt es hier; den RSS-Feed hier.

Und wenn mir das wieder einfällt, was ich heute morgen bloggen wollte, dann kriegt diese Serie auch einen ersten Eintrag.

Unter dem tag "fdi" veröffentliche ich in loser Folge Fachbegriffe der Informatik im Stile der von Lutz geführten Liste

Alle Artikel aus dieser Gruppe im Blog-Layout gibt es hier; und den RSS-Feed hier.

Artikelreihen find ich cool. Deswegen gibt es jetzt eine neue unter dem Titel Webgoofs.

Dort werde ich versuchen, die gängisten Fehler bei der Konzeption und Erstellung von Webapplikationen aufzuzeigen und zu formulieren, wie man es besser machen kann. Dabei ist mein Ziel nicht das konzeptlose ranten, sondern ich möchte konstruktiv aufzeigen, wie man Fehler vermeiden oder bereits gemachte Fehler ausbügeln kann. Wenn man die Artikel aus dieser Reihe den Webentwicklern zeigen kann, ohne dass sie sich mit "dieses arrogante " abwenden, habe ich das Ziel erreicht.

Die Artikel dieser Reihe sind mit "webgoofs" getagged.

Dies ist der erste Artikel einer in lockerer Reihenflolge geführten Artikelreihe unter dem Titel "Zugschlus' unvollständige Liste möglicher Partyfehler", kurz Zulmp.

Ohne auf konkret stattgefundene Parties Bezug nehmen zu wollen, versuche ich hier darzustellen, was man als Gastgeber/Organisator einer Party alles falsch machen kann. Außerdem gebe ich Hinweise, wie man bestimmte Fehler vermeiden bzw. in ihrer Auswirkung reduzieren kann.