Christian Aust, Software consultant

Effizienter Projekte suchen mit metajob.it und RSS

kontakt+rss@software-consultant.net (Christian Aust) — Thu, 15 Jul 2010 14:45:00 GMT

Projektsuche läuft nach dem immer gleichen Schema ab: Man besucht die Webseiten der gängigen Projektportale, liest die dort neu erschienenen Ausschreibungen und schaut, ob etwas passendes dabei ist. Da es mindestens ein Dutzend wichtiger Seiten im Netz allein für den deutschen Raum gibt, und dort (zB bei xing.com) viele Foren zu besuchen sind, ist das mühsam. Projekte erscheinen jedoch mehrfach am Tag und Schnelligkeit ist gefragt. Da hilft metajob.it mit seiner Suchfunktion

Kriterien festlegen

In meinem Fall ist es so, dass ich als Spezialist für Web-Technologien entsprechende Projekte suche. Ich habe Familie und bin deshalb nicht besonders gerne lange auf Reisen, daher bevorzuge ich Projekte in der Nähe. Und es gibt Themen, mit denen ich mich nur ausgesprochen ungern beschäftige. Alles das kann ich in einer Suche abbilden:

Eine solche Suche berücksichtigt das Stichwort “web”, es darf jedoch nicht das Stichwort “dynpro” vorkommen. Nur Projekte mit Bezug zum Postleitzahlgebiet D4, D5 oder in Nordrhein-Westfalen werden gezeigt.

Tücken der Ortssuche

Die Ortssuche arbeitet mit statistischen Methoden, um ein Projekt zu lokalisieren, wenn der Einsatzort nicht explizit und erkennbar (!) ausgewiesen ist. Wird in etwa erkannt, dass ein Projekt im Zusammenhang mit “Bonn” steht, kennt metajob.it dazu die Postleitzahl und das Bundesland und ordnet zusätzlich D5 und Nordrhein-Westfalen zu. Ist ein Projekt jedoch nur der Postleitzahl D3 zuzuordnen (zB weil das im Text als “Berater in D3” so steht), dann wird das zwar vermerkt, eine weitere Zuordnung zu Orten oder Bundesländern kann jedoch nicht erfolgen: Orte mit 3er-Postleitzahl gehören zu verschiedenen Bundesländern. Welcher könnte gemeint sein?

Somit suche ich nach dem Postleitzahlbereich oder nach dem Bundesland, um eine hohe Trefferquote zu erhalten.

Einbindung per RSS

Soweit, so gut. Treffer erscheinen in der Anzeige, geordnet nach Aktualität und Relevanz. metajob.it bietet die Treffer nicht nur als Webseite an: Per RSS-Feed kann ich diese Suche in meinen RSS-Reader einbinden. Dazu klicke ich bei Safari auf das RSS-Symbol in der Adresszeile.

Die folgende Ansicht kann ich als RSS-Lesezeichen abspeichern, Safari wird jetzt periodisch den RSS-Feed aktualisieren. Wenn die Suche neue Einträge findet, wird das im Lesezeichen signalisiert. E voilá: Wenn auf einer der von metajob.it beobachteten Plattformen ein neues Projekt eingestellt wird, das auf meine Suche zutrifft, erscheint es wenig später im RSS-Feed.

Interessant? Probier es aus! Zur metajob Projektsuche

Projekt suchen mit metajob.it

kontakt+rss@software-consultant.net (Christian Aust) — Wed, 14 Jul 2010 09:56:00 GMT

Es war recht still in der letzten Zeit. Der Grund? Arbeit. Ich habe neben meiner Projektarbeit für Kunden mein eigenes Projekt der Suchmaschine für Projekte und Ausschreibungen erneut umgesetzt und live geschaltet. Im letzten Sommer ging eine erste Fassung online, die jedoch thematisch zu wenig fokussiert war. Der neue Ansatz lautet “Statistiken & Suchfunktion”.

Was ist neu an diesem Ansatz?

Projektausschreibungen erscheinen täglich in großem Umfang neu und werden daher von allgemeinen Suchmaschinen wie Google und Bing nicht gut zeitnah erfasst. Der Crawler von metajob.it hingegen besucht die Zielseiten mehrfach am Tag und aktualisiert den Index sofort. Darüber hinaus kennt der Crawler den Aufbau der Zielseiten und kann so relevanten Text ganz spezifisch extrahieren: Projekttitel, -beschreibung und Einsatzort sind für allgemeine Suchmaschinen häufig nicht zu unterscheiden.

Natürlich bedeutet das, dass für jede Zielseite ein eigener Crawler programmiert werden muss, der die spezifischen Eigenheiten der Seite berücksichtigt. Aber der Aufwand lohnt sich: So kann metajob.it auch Inhalte erfassen, die allgemeinen Suchmaschinen überhaupt nicht zur Verfügung stehen, weil sie etwa hinter auf Javascript basierenden Formularen “versteckt” sind.

Spezielle Funktionen

Eine besondere Funktion der metajob-Suchmaschine ist die automatische Analyse des Einsatzortes eines Projekts, mit dem Ziel, die Ausschreibung mehr oder weniger genau geographisch einzusortieren. Das ist nicht trivial: Die Angabe des Einsatzortes erfolgt als Freitext und ist zumeist sprachlich umschrieben:

Raum Köln/Bonn
Cologne
PLZ 50000
D-5

Angaben wie diese werden vom Crawler erfasst, statisch untersucht und gewichtet und somit in geographische Angaben umgesetzt. Am Ende entsteht eine Karte wie diese:

Stand des Projektes

Aktuell besucht der Crawler jeden Tag 10 verschiedene Projektanbieter und -portale, um dort nach neuen Ausschreibungen zu fahnden. Die Projekte sind im Volltext durchsuchbar, die Schlagwortanalyse wird ständig verfeinert. Die Ortsanalyse liefert viele gute Ergebnisse, lässt sich aber austricksen, wenn zB eine fünfstellige Projektnummer als Postleitzahl akzeptiert wird. Die strukturierte Ortssuche ist noch nicht umgesetzt.

metajob.it sucht noch Kooperationen mit Anbietern und Portalen. Wenn Sie dazu beitragen möchten, würde ich mich über Nachricht freuen.

Notwendigkeit von Zeiterfassung

kontakt+rss@software-consultant.net (Christian Aust) — Thu, 27 May 2010 07:22:00 GMT

Angebotspräzision ist lebenswichtig

Neulich waren Handwerker bei mir im Haus. Der Maler rechnet nach gestrichenen Quadratmetern ab, der Elektriker nach Länge der verlegten Kabel. In unserer Branche wird Arbeitsleistung nach Stunden und Tagen abgerechnet. Angebote und Rechnungen beziehen sich auf den Umfang der Leistung, hier ist es wichtig, dass der Unternehmer seine Kalkulation korrekt erstellt: Zu hohe Preise führen in wettbewerbsintensiven Bereichen dazu, dass Kunden ausbleiben, zu niedrige dazu, dass das Unternehmen nicht kostendeckend arbeitet. Ist es im Interesse der Angestellten, wenn ihr Arbeitgeber pleite geht, weil keine Aufträge reinkommen oder mehr ausgegeben als eingenommen wird?

Nur weil Planung schwierig ist, soll man auf sie verzichten?

Es ist richtig, realistisches Planen von Softwareprojekten ist eine Kunst für sich. Andererseits: Welcher Kunde beauftragt blanko, ohne vorher den zu erwartenden Umfang der Arbeit einschätzen zu können? Es ist also unumgänglich, Aufwände zu schätzen, wenn andere dafür bezahlen sollen. Und wer schon hinreichend viele Web-Projekte gemacht hat, wird recht genau wissen, welche Aufwände wann zu erwarten sind. Abweichungen sind möglich, aber Erfahrung lässt sich nicht nur intuitiv, sondern auch auf der Basis vorhergehender Arbeiten ableiten. Sollte man also auf Planung verzichten, nur weil nicht jeder sie beherrscht? Dann sollten wir auch keine Software mehr entwickeln, das kann nämlich auch nicht jeder.

Don’t play the blame game

Zeiterfassung bezweckt nicht die Kontrolle der Mitarbeiter. Wie viele Werkzeuge im Unternehmen (zB Zugangskontrolle, Kassensysteme, Logfiles) kann man auch die Zeiterfassung dazu nutzen, Mitarbeiter zu kontrollieren. Wer seinen Mitarbeitern hinterher spioniert, hat jedoch ein anderes Ziel als die Kalkulation angefallener Zeiten: Es geht dann um mangelndes Vertrauen, um fehlendes Verständnis zwischen Geschäftsführung und Mitarbeitern. Wer aus solchen Gründen meint, Zeiterfassung einführen zu müssen, sollte zunächst darüber nachdenken, wie das Klima im Unternehmen verbessert werden kann.

Das Gleiche gilt für das letzte Argument: Die Deadline im Projekt ist überschritten, fragende Gesichter suchen einen Schuldigen. Welche Rolle spielt hier die Zeiterfassung?

Szenario 1: Die Deadline war unrealistisch. Ich habe viele unrealistische Zeitvorgaben erlebt, allerdings auch viele Mitarbeiter im Projekt, die dann nicht stark genug waren zu begründen, warum eine solche Vorgabe nicht einzuhalten ist. Am Ende hilft die Zeiterfassung dem Mitarbeiter, wenn man zeigen (und belegen!) kann, das zB das Anfertigen eines Layouts niemals in einem halben Tag abgeschlossen ist, nur weil der PM es mit diesem Wert kalkuliert hat.

Szenario 2: Die Arbeit hat länger gedauert als erwartet. Für das Einrichten des Servers waren wie üblich 3 Tage angesetzt, die normal gut ausreichen; trotzdem funktioniert die Kiste nach 10 Tagen noch nicht. Zeiterfassung macht diesen Umstand transparent, wenn Zeiten ehrlich eingetragen werden. Jetzt nützt es nichts, den Kopf in den Sand zu stecken, nur weil sich niemand verantworten möchte. Waren schlechte Werkzeuge oder Methoden schuld? Ging die Bestellung nicht rechtzeitig raus, hat der Lieferant gepennt? War der Admin abgelenkt? Ausschlaggebend ist es, den Fehler beim nächsten Mal nicht zu wiederholen. Dafür muss man ihn aber zunächst identifizieren, und auch dazu liefert Zeiterfassung die Basisdaten.

Fazit: Nicht Ursache und Wirkung verwechseln

Zeiterfassung gehört wie Reisekostenabrechnung und Dokumentation zu den ungeliebten Pflichten. Es ist mehr als legitim, Zeiterfassung so anzulegen, dass sie mit möglichst geringem Aufwand für jeden einzelnen Mitarbeiter zu brauchbaren Ergebnissen führt. Wie alles kann man es auch hier übertreiben: Wer jede 5 Minuten seiner Arbeitszeit aufschreiben muss, wird sich gegängelt und überwacht fühlen. Hier ist aber nicht die Zeiterfassung das Übel, gegen das man sich wenden sollte, sondern die Wahrnehmung der Leistung im Unternehmen. Und am Rande: Wer alle 5 Minuten zwischen verschiedenen Projekten wechseln muss, dessen Problem ist nicht in erster Linie die Zeiterfassung, sondern die Planung der Arbeitszeit.

Fremde Welten: Neue Budgets für Agenturen

kontakt+rss@software-consultant.net (Christian Aust) — Tue, 11 May 2010 09:09:00 GMT

Früher war alles besser: Das Internet war neu und wurde mehr wie eine Variante des Fernsehens denn wie Software wahrgenommen. Werbetreibende, die sich auf die Erstellung bunter Broschüren und knalliger TV-Spots spezialisiert hatten, entdeckten das Medium und bauten für ihre Kunden Internetangebote so, wie sie bislang Broschüren und Spots erstellt hatten: Bunt. Die Technik war beschränkt, Macromedia kaufte FutureWave und Flash war seit 1995 der defacto Standard für bunte Webseiten. Grafiker, die früher mit Printmedien gearbeitet hatten, entdeckten den Bildschirm und gestalteten fortan das, was sie für Software hielten.

Auf der anderen Seite des Tisches saß der Kunde, und da Internet in die Rubrik Fernsehen und andere Medien fiel, waren es die Marketing-Abteilungen, die für gewöhnlich mit den Werbern zusammengearbeitet haben. Man kennt sich, man versteht sich: Wer einen Flyer unters Volk bringt, kann doch auch eine Webseite gestalten, oder? Es ist der Typus gallus commercialis vulgaris (gemeines Werbehuhn), der hier in verschiedenen Rollen beiderseits des Tisches sitzt. Menschen, denen die systematische Arbeit eines Programmierer oder der methodische Ansatz eines Beraters eher beschränkt und unkreativ vorkommt und die ihre hektische Betriebssamkeit für das äußere Zeichen von Produktivität halten.

Das lief alles eine Zeit lang recht ruhig und reibungslos: Ein Markt entsteht, wenn Käufer anwesend sind, und die waren durchaus willens und in der Lage, erhebliche Werbebudgets in die verschiedenen Kreativagenturen zu pumpen, die mit dem Geld im wesentlichen machen konnten, was sie wollten. Umso verschreckter reagiert der Markt, wenn Kunden unter dem Einfluss finanzieller Engpässe die freien Werbegelder plötzlich zusammenstreichen und Aufträge daran knüpfen, dass mit den Maßnahmen messbare (!) Erfolge erzielt werden. Auch die Umsätze im Kreativbereich werden heute mehr und mehr dadurch bestimmt, ob die so realisierten Maßnahmen einen wirtschaftlichen Erfolg haben, der deutlich über reine Image-Werbung hinausgeht. Oder wie es ein Mitarbeiter einer größeren Agentur neulich im Gespräch mal ausdrückte:

Wir wollen auch mal einen business case rechnen können.

Endlich wirklich zum Geschäftserfolg beitragen. Endlich begründen können, warum die Lösung ihr Geld wert ist. Endlich sich nicht mehr mit Werbehühnern herumschlagen müssen, die einen Tagessatz von 800 EUR für einen guten Programmierer für irgendwie zu hoch halten, weil der Grafiker im Haus ja auch nur 2.500 EUR brutto im Monat verdient.¹ Endlich ernstgenommen werden und mit denen verhandeln, die das Geld freigeben, nicht mit denen, die es nur verplempern dürfen. Endlich aus der Schublade der wertlosen Beileger und bunten Broschüren ausbrechen.

Viele Agenturen, deren Ursprung im Kreativbereich liegt, stehen vor der Frage, wie man zukünftig tragfähige Geschäftsmodelle konzipieren kann: Bunte Websites, deren Funktion nicht wesentlich über die einer Broschüre hinausgeht, wird es weiter geben, ihr Wert sinkt jedoch rapide. Ein wenig Flash und Sound reicht nicht mehr, um sechsstellige Umsätze damit generieren zu können. Manche legen den Schwerpunkt in die Strategieberatung, andere setzen auf Technologie. Die einen werden zukünftig mit dem Management reden, die anderen mit der IT-Abteilung. Beide müssen die liebgewonnene Attitüde des extrovertiert-flippigen Kreativen ablegen, um erfolgreich zu sein, denn die Konkurrenz in diesen Sektoren ist hart: Sowohl Unternehmensberatungen als auch Softwarehersteller bieten Leistungen bereits seriös, strukturiert und effizient an, da bleibt für die kreativen Quereinsteiger einiges aufzuholen.

¹ …und das ja irgendwie alles das gleiche ist, arbeiten ja schließlich beide am Computer.

First come, first serve

kontakt+rss@software-consultant.net (Christian Aust) — Mon, 10 May 2010 13:02:00 GMT

Ich musste kürzlich ein Projektbewerbungsgespräch ganz kurzfristig absagen, obwohl mich das avisierte Thema wirklich gereizt hätte. Der Grund: Ich hatte unmittelbar vorher einen Verlängerungsauftrag eines Altkunden bekommen und war plötzlich nicht mehr verfügbar. Natürlich tut es mir leid um die Menschen, in der Sache hatte ich jedoch keine Alternative: Projektausschreibungen sind ein flüchtiges Gut und nichts ist teurer als das Herumsitzen zuhause, wenn kein Umsatz gemacht wird. Somit kann man es sich überhaupt nicht leisten, ein längeres sicheres Engagement für die Chance auf ein kürzeres Projekt ab-, oder allgemeiner: nicht zuzusagen.

Mein Ansprechpartner beim Projektvermittler reagierte verschnupft: Wieso ich denn nicht früher Bescheid gesagt hätte?

Das ist einfach: Weil Kunden mir keine Chance dazu geben. Meine Planung wäre viel einfacher, wenn Aufträge nicht immer in letzter Sekunde bestätigt werden würden. Tatsächlich werde ich aber häufig aufgefordert, hier und dort Angebote abzugeben— und höre anschließend wochen- und monatelang nichts mehr davon. Irgendwann klingelt dann das Telefon und ganz plötzlich muss alles fürchterlich schnell gehen. So auch hier: Die Verlängerung war abzusehen, der letzte Kontakt jedoch Monate alt. In der Zwischenzeit wurde diskutiert und geplant, aber nichts beauftragt.

Somit bleibt mir nichts anderes übrig, als keine Garantie auf Verfügbarkeit abzugeben, solange man mir auch keine Garantie auf Beschäftigung gibt: Wer möchte, dass ich mir Zeit verbindlich für ihn freihalte, sollte auch so fair sein und die Zeit bezahlen, wenn sich die Arbeit aus irgendwelchen Gründen verschiebt. Dazu sind Kunden jedoch im allgemeinen nicht bereit.

Radiant: Das WebWorker CMS (Teil 2)

kontakt+rss@software-consultant.net (Christian Aust) — Tue, 04 May 2010 09:38:00 GMT

Von Pages, parts und Layouts

Der Inhalt einer Radiant-Website besteht aus Seiten, die hierarchisch angeordnet sind: Es gibt eine oberste Seite, die entspricht der Wurzel-URL “/”. Eine Seite kann Unterseiten haben, eine Unterscheidung von Seiten und Ordnern gibt es nicht. Jede Seite besitzt neben dem Titel einen Wert namens ‘Slug’, dieser enthält eine URL-konforme Version des Titels ohne Leerzeichen, Sonderzeichen oder anderes. Durch aneinanderhängen aller Slugs erhält man die vollständige URL einer Seite.

Layouts definieren die Darstellung

Einer Seite ist genau ein Layout zugeordnet. Das Layout legt die Ausgabe der Seite fest, im Falle einer HTML-Seite würde das Layout alle HTML-Befehle des Seitenaufbaus enthalten, der Inhalt der Seite wird dann dazu gemischt.

Mit einem Layout kann man jede textbasierte Darstellungsform realisieren, neben HTML zum Beispiel:

Javascript
XML
RSS Feeds
RTF
vCard, iCal

Prinzipiell st die Anzahl von Layouts in einer Radiant-Installation nicht begrenzt, es ist aber nicht empfehlenswert, für jede Seite ein eigenes Layout anzulegen: Durch geschickte Verwendung von page parts und snippets kann man häufig mit einem einzigen HTML-Layout auskommen. Nur für RSS-Feeds und andere MIME-Typen (soweit verwendet) ist dann ein separates Layout notwendig.

Organisation des Inhaltes in Parts

Eine Seite gliedert ihren Inhalt in einen oder mehrere page parts. Ein Part trägt einen Namen, üblich sind Namen wie body oder extended, man kann jedoch jeden Namen verwenden.

Eine der mächtigsten Funktionen dieses Konzepts ist das Vererben von Inhalt. Dadurch kann eine Unterseite einen Page part benutzen, der von ihr selbst nicht definiert wird, wohl aber von einer ihrer Elternseiten. Im folgenden Beispiel können wir uns vorstellen, die Navigation einer Seite sei als Page part realisiert. Die Startseite definiert die Navigation, die von den meisten Seiten auch unverändert übernommen wird. Bei Bedarf können einzelne Seiten den Part jedoch selbst definieren und somit die Navigation durch etwas eigenes ersetzen:

Snippets oder “Textbausteine”

Innerhalb einer Seite können Textblöcke wiederverwendet werden, diese Blöcke nennt man snippet. Ein Snippet trägt einen eindeutigen Namen, mit dem man es in Layouts und Parts verwenden kann. Die Anzahl der Snippets ist nicht begrenzt. Übliche Verwendungen für Snippets sind:

Wiederkehrende HTML-Fragemente, zB. in der Fußzeile.
Mehrfach genutzte Javascript-Fragmente

Ein Snippet kann Radius-Tags enthalten, diese werden immer im Kontext der Seite evaluiert, in der das Snippet ausgeführt wird.

To be continued

Suche mit Komfortfunktionen: Sphinx

kontakt+rss@software-consultant.net (Christian Aust) — Thu, 29 Apr 2010 08:56:00 GMT

Ich benutze auf dieser Seite die Sphinx Suchmaschine und die dazu passende Sphinx Radiant-Erweiterung, die übrigens auf die großartige Bibliothek thinking-sphinx von Pat Allan zurückgeht. Inzwischen habe ich die Suche um die Möglichkeit erweitert, inhaltlich passende Vorschläge zu machen: Auf der linken Seite kann man das unter Auch interessant? in Aktion beobachten.

Dabei wird aus den Worten des Seitentitels, der keywords und der Beschreibung eine Wortliste erstellt, ebenso aus den Schlagworten (Tags) und Projektdaten, falls vorhanden. Da diese Werte gewichtet im Index vertreten sind, enthalten die Suchergebnisse ähnlichen Content.

Ebenfalls praktisch ist die Integration der Suche in die 404-Seite, die ich bereits beschrieben hatte. Beides werde ich in meinem Github-Fork veröffentlichen: Ich muss nur noch lernen, wie man mit git umgeht, das für mich nicht gerade intuitiv daherkommt.

Alles Google? Relevante Suchmaschinen

kontakt+rss@software-consultant.net (Christian Aust) — Thu, 15 Apr 2010 09:23:00 GMT

Meine Website wird von allen gängigen Suchmaschinen durchsucht und indiziert. Google, Bing oder Yahoo verfügen über die gleichen Sitemap-Daten und schauen auch häufig genug vorbei. Trotzdem ist es so, dass die Anzahl der eingehenden Treffer sehr unterschiedlich verteilt ist. Fast alle Zugriffe kommen von Google, die anderen spielen eigentlich keine Rolle:

Wie man deutlich sehen kann, liegt die Anzahl der Google-Treffer um den Faktor 100 höher als die der anderen Suchmaschinen. Natürlich hat Baidu, die im wesentlichen in Asien groß sind, für mein deutschsprachiges Angebot weniger Relevanz, Bing und Yahoo zählen jedoch auch zu den hier vertretenen Anbietern. Und dabei führen Anfragen mit den bei Google erfolgreichen Suchbegriffen auf bei den anderen Anbietern zu guten Platzierungen:

Suchbegriff	Google	Bing	Yahoo!
software berater	#6	#6	#6
xing vcard	#4	#1	#1
sipgate fax osx	#1	#2	#1
christian aust	#4	#1	#3

Bleibt der Schluss, dass offensichtlich bei den anderen Anbietern weniger häufig nach diesen Begriffen gesucht wird. Gleichzeitig fürchten sich viele vor der Marktmacht von Google. Was soll sich denn ändern, wenn Nutzer fast immer und freiwillig (!) zu Google greifen, anstatt andere Suchmaschinen zu wählen?

Radiant: Das WebWorker CMS (Teil 1)

kontakt+rss@software-consultant.net (Christian Aust) — Tue, 13 Apr 2010 15:33:00 GMT

Noch ein CMS

Die erste Version von Radiant wurde 2006 von John W. Long vorgestellt und von Anfang an zum Betrieb der Ruby Website genutzt. Es ist kein Zufall, dass Radiant auf der Basis von Ruby on rails erstellt wurde. Radiant basiert auf einer Datenbank zum Speichern der Inhalte, aktuell werden MySQL, PostgreSQL, SQLite 3, SQL Server und DB2 unterstützt. Vor allem die sqlite3-Variante ermöglicht es, mit minimalem Aufwand ein Radiant-Projekt zu starten und lokal zu betreiben.

Radiant Features

Radiant definiert sich selbst als schlankes Content-Management für kleine Teams. Den Zugang regelt ein rollenbasiertes Rechtesystem mit 3 Rollen: Benutzer, Entwickler & Administrator. Die Benutzeroberfläche des Systems kommt entsprechend spartanisch daher:

Inhalt wird in Seiten strukturiert. Eine Seite kann Unterseiten haben, spezielle Ordner gibt es nicht. Jeder Inhalt der sichtbaren Website entspricht genau einer Seite. Seiten haben Attribute und Inhalt. Zu den Attributen gehören Titel, Slug (Kurzform der URL), Breadcrumb-Text, Beschreibung und Schlüsselworte.

Der Inhalt der Seite organisiert sich in Seitenteilen, original page parts. Eine Seite kann beliebig viele parts haben, jeder Part besitzt einen für die Seite eindeutigen Namen und filterbaren Inhalt. Neben der Eingabe von reinem HTML kann der Autor der Seite Filter verwenden, zum Standard gehören Markdown und Textile.

Die Behandlung von Dateiuploads wie Grafiken und PDF regelt eine Erweiterung, die Funktion gehört nicht zu den Kernfeatures.

Layouts und Snippets

Jeder Seite ist genau ein Layout zugeordnet. Ein Layout definiert das Ausgabeformat der Seite, beispielsweise HTML oder auch XML für RSS-Feeds. Mit Layouts kann jedes textbasierte Format erzeugt werden.¹ Die Zuordnung zu Layouts kann auf Unterseiten vererbt werden, somit genügt es im einfachsten Fall, der obersten Startseite ein Layout zuzuweisen, das dann von allen tieferen Seiten übernommen wird.

Dem Prinzip DRY folgend kann Radiant Textblöcke in Form von Snippets speichern, die auf beliebigen Seiten eingebunden werden können.

Radius-Tags

Radiant verwendet Radius tags um serverseitige Funktionalität mit dem Inhalt zu vermischen. Radius tags entsprechen im Aufbau XML-Tags und sind somit XHTML-kompatibel. Art und Anzahl der zur Verfügung stehenden Tags hängen vom Typ der Seite ab, so bietet der FileNotFound-Typ mehr Tags als der Standardtyp der Seite. Radiant bietet eine integrierte Dokumentation über zur Verfügung stehende Tags, diese wird dynamisch erzeugt und somit automatisch erweitert, wenn durch Extensions neue Tags hinzukommen oder verändert werden.

Prozesse

Radiant bietet keine echte Workflow-Unterstützung. Eine Seite hat einen Status, der manuell vergeben wird. Der Status ist Entwurf, Korrektur, Veröffentlicht oder Versteckt. Die Philosophie des editing for small teams erfordert keine Workflow-Steuerung und Freigabeprinzipien wie in großen ECM Systemen.

Usability

Radiant erwartet vom Benutzer, zu wissen, was er tun will. Es gibt keine code completion, keine Wizards oder Assistenten. Im Layout schreibt man reines HTML, CSS oder Javascript (je nach Zielformat). Die erste Inbetriebnahme erfordert Kenntnisse auf Entwickler-Niveau, danach können Redakteure Inhalt pflegen und ergänzen, auch ohne programmieren zu können. Radiant bietet jedoch keine Fehlerkontrolle.

Erweiterbarkeit

Radiant bietet eine exzellente Unterstützung für Erweiterungen und ist somit eine solide Basis für eigene Entwicklungen. Der Aufbau einer Erweiterung gleicht dem einer normalen Rails-Anwendung, und kann alles beinhalten, was mit Rails möglich ist: Datenbankklassen, UI, Controller, rake-Tasks, Unittests und Dokumentation, um nur die wichtigsten Teile zu nennen. Erweiterungen können ruby-typisch Standardklassen von Radiant beeinflussen, ihnen Funktion hinzufügen oder Standardfunktionen überschreiben. Es gibt einen Katalog von aktuell 213 Radiant Erweiterungen die sich mit einem einfachen Befehl installieren und auch wieder entfernen lassen.

Die herausragende Erweiterbarkeit und die wenig an Endbenutzer angepasste Arbeitsweise lässt die Zielgruppe von Radiant deutlich werden: Die Software wendet sich an professionelle Designer und Webworker, die für ihre Kunden kleine und mittlere Websites mit kundenspezifischer Funktion planen, erstellen und einrichten, damit diese anschließend den Inhalt selbst pflegen können. Diese Projekte profitieren von der praxisrelevanten Basis der Software und von der Eleganz, mit der sich Erweiterungen als Rails-Applikationen konzipieren lassen. Dabei darf die Website durchaus ernsthaften Zugriffszahlen ausgesetzt sein: Radiant, Rails und die darunter liegenden Bibliotheken lassen performantes, hoch-verfügbares Hosting zu. Radiant ist jedoch für Websites mit tausenden von hierarchischen Seiten weniger geeignet, weil das Admin-Interface dafür nicht ausgelegt ist.

To be continued

¹ Diese Website erzeugt zB RTF-Dokumente mithilfe von Radiant Layouts.

Einsatz von Google Analytics vs. Datenschutz

kontakt+rss@software-consultant.net (Christian Aust) — Mon, 12 Apr 2010 12:44:00 GMT

Seit etwa einer Woche habe ich Google Analytics auf dieser Website eingebunden. Ich habe das getan, da Analytics ein mächtiges Werkzeug zur Analyse der Benutzeraktivität auf der Website ist. Vorher hatte ich AWstats eingesetzt, ein ebenso kostenloses Stück Software, das die Logfiles des Webservers auswertet, in den statistischen Funktionen allerdings bei weitem nicht so professionell arbeitet wie das Tool von Google.

Der Einsatz von Analysetools aller Art dient dabei dazu, eine oder mehrerer dieser Fragen zu beantworten, was für den erfolgreichen Betrieb eines zielgruppengerechten Informationsangebotes unerlässlich ist:

Woher kommen meine Besucher? Für welche Endgeräte muss ich meine Webseite einrichten?
Welche Quellen verlinken meine Seite?
Welche Inhalte werden bevorzugt angeklickt? Welche erweisen sich als interessant genug, damit die Leser bleiben, anstatt wegzuklicken?
Welche Inhalte haben nur geringe Relevanz?
Wird mein Inhalt verstanden und akzeptiert?

Seit einiger Zeit wird der Einsatz von Analysewerkzeugen wie Google Analytics kontrovers diskutiert, Anlass dazu ist der Beschluss des Düsseldorfer Kreises von 2009 zum Thema Datenschutzkonforme Ausgestaltung von Analyseverfahren zur Reichweitenmessung bei Internet-Angeboten. Zentrales Argument der Datenschützer ist die These, dass eine IP-Adresse ein personenbezogenes Merkmal sei. Ihre Speicherung und Auswertung unterliege daher strengen Regeln.

Genau hier scheiden sich die Geister. Forenbetreiber und Gegner diverser Abmahnaktionen haben in der Vergangenheit immer wieder erfolgreich argumentiert, dass eine IP-Adresse allein eben kein persönliches Merkmal darstellt. Ihre Filterung stellt zB kein geeignetes Verfahren dar, um einzelnen Personen den Zugang zu Systemen zu verwehren. Die Kenntnis einer IP-Adresse wird regelmässig nicht mit der Identifikation des Nutzers gleichgesetzt, wenn es zB um die Abwehr urheberrechtlicher Ansprüche geht. Wie soll im Gegenzug eine IP-Adresse eines Internet-Anschlusses einer Information wie Name oder Adresse einer Person gleichgestellt werden?

Ich kann im Bericht von Google Analytics beispielsweise erkennen, dass sich Nutzer aus dem Raum Köln oder Frankfurt an meinem Server angemeldet haben. Wer sich jedoch dahinter verbirgt, das kann ich noch nicht einmal vermuten: Die Streuung der Ortsangaben ist so groß, dass eine halbwegs brauchbare Zuordnung zu mir bekannten Personen nicht möglich ist. Ich warte daher ab, wie sich die Rechtsprechung in diesem Bereich in Zukunft entwickeln wird, da ich davon überzeugt bin, keine personenbezogenen Daten zu erfassen oder erfassen zu lassen. Die ersten Gerichtsurteile in dieser Sache werden Klarheit bringen.