Ein Online Produktmanager erzählt ein bisschen aus seinem Arbeitsleben. Seine Probleme scheinen die Gleichen, wie bei allen Projekten zu sein. Demand-Management Koordinieren, Planen usw.

Hier noch ein paar Bilder von der Umgebung:

Das Haus, in dem das Barcamp stattfindet.

Ein paar der 200 Teilnehmer können an Tageslicht überleben

Zweimal Ute vor dem Haus.

Ähnliche Beiträge

Es gibt einige spannende Themen. Heute Mittag werde ich die Blog-Funktionalitätssoftware durchführen. Einige Interessenten haben sich gemeldet. Wenn ich die Menschen richtig einschätze wird das eine richtig lustige Session.

An diesem Barcamp sind richtig viele Frauen anwesend. Das ist richtig toll, denn bisher war das immer eher eine Männerrunde gelle?

Ach übrigens: Oli Gassner macht mal wieder sein Getting Things Done Wer hätte das gedacht?

Irgendwann einmal sollte das dann wirklich jeder mal gehört haben oder? Grins…

Ähnliche Beiträge

Wie fast immer, klappt mein Wireless mit Linux wieder nicht. Da ich das ja schon kenne, habe ich diesmal nur kurz getestet.

Immerhin, Gimp und Firefox sind ja Opensource.

Hier das erste Bild von Jan Theofel, der die Vorstellungsrunde eingeleitet hat:

Ähnliche Beiträge

Ähnliche Beiträge

Funktionale Anforderungen an ein Blogsystem

Wenn man ein Blogsystem mal ein bisschen abstrakt anschaut, besteht es aus:

Texteingabe

Eine Texteingabe mit der man seine Überschrift, seine Tags, seine Beschreibung und den eigentlichen Text eingeben kann.

Kategorie / Serienverwaltung

Dann wäre es noch schön wenn man seine Kategorien und eventuell, wenn man Roland heißt , seine Serien pflegen kann. So ein bisschen Ordnung im Blogsystem hat schon was.

Kommentarfunktion / Zitieren

Der jeweilige Blogeintrag muss kommentierbar sein. Sonst ist der Blog ja nichts weiter als eine weitere Seite die nur Texte verteilt und die Community kann nichts dazu beitragen. Wäre mehr als saudoof gelle?

Diverse Präsentationsmöglichkeiten

Wenn dann mal ein Artikel getippt wurde, sollte der auch in einem ansprechenden Design den Lesern zur Verfügung gestellt werden.
Und wir haben heutzutage nicht nur 3270 Emulationen, sondern schöne bunte Webbrowser.
Weiterhin haben wir noch:

• Feedreader
• E-Mail Clients
• Braile Leser
• Mobile Endgeräte (Ichfons, Telefon, Mikrofon… )
• …

Also bietet es sich doch an, für jedes dieser Wunderwerke den nötigen Output zu erzeugen.
Mit XSLT und anderen steinalten Technologien kann man das ja schön erzeugen.
Für die Großgrundbesitzer unter uns könnten wir ja sogar ein ETL Werkzeug einsetzen und richtig viel Geld ausgeben

Trackbacks und Co

Ein Blogsystem soll sich mit anderen Blogssystemen austauschen können. Ansonsten klappt die Vernetzung mit der Welt wohl nicht ganz so gut. Also wäre es doch schick, wenn wir noch die Trackbacks, Pinbacks und was es da so gibt zur Verfügung hätten.

Strukturierte Texteingabe

Nicht jeder ist ein Purist und tippt gerne Plain HTML
Gut, ich hab mich daran gewöhnt und es geht bei mir schneller als wenn ich Klicki-Bunti-Editoren verwende. Aber vielleicht bin ich alter Konsolenjunkie auch nicht die beste Referenz für so was…
Vielleicht muss man ja auch gar keine HTML Eingabe machen. Die Götter des Netzes haben bei den Wikis eine andere Strukturform erfunden. Diese soll für nicht so gewiefte Menschen einfacher zu erlernen sein. Also gibt es auch hier einige Möglichkeiten die man nehmen könnte. Vielleicht könnte man auch schnelle WYSIWYG Eingabewerkzeuge erstellen. Bei Serendipity war ich z.B. von der Geschwindigkeit auf meinem Asus Eee 900 wirklich begeistert…

Das wars dann auch schon. So ein Blog soll meiner Meinung nach zum Kommunizieren anregen. Er soll nicht durch hundert Verwirrknöpfe und Superdefinit-Label-Manager-Ich-Habe-Keine-Ahnung-Wozu Features den Anwender abschrecken. Und wenn dann jemand doch alle Knöpfe und Features haben will, dann kann er oder sie ja Blogsysteme nutzen die dies bieten.

Nichtfunktionale Anforderungen

Es gibt auch eine ganze Menge Anforderungen, die mit der eigentlichen Funktion des Blogs nichts zu tun haben.
Ohne diese Anforderungen funktioniert zwar das System als solches nicht, aber der Nutzen des Blogsystems wird hierüber nicht definiert.

Spamfilter

Leider werden Blogsysteme, vor allem Kommentare, für unsere Freunde von der Spamfraktion gerne und reichlich genutzt. Wir Blogger mögen das gar nicht und sind nicht einmal davon begeistert, dass wir dann mehr Arbeit mit dem Putzen zu tun haben. Und manchmal passiert es dann, dass sogar vernünftige Kommentare (Siehe letze Woche Imbo Sims Kommentar) auch im Spam landen. Das ist einfach nur doof, aber Spamer haben irgendwie ein anderes Weltbild.

Userverwaltung

Ich habe den Verdacht dass der Trend sehr massiv zur Multiuser Instanz geht. Überall sprießen Social Network Plattformen aus dem virtuellen Boden. In Firmen will jede Abteilung einen eigenen Blog und der Verein fühlt sich auch nur wohl, wenn der Vorstand seinen eigenen Blog hat. Also sollte der Blog auf diese Bedürfnisse eingehen.

Erweiterungsmöglichkeiten (Plugins)

Der Featurismus kennt heute keine Grenzen. Für jedes Themengebiet gibt es einen tollen Plugin. Also soll ein Blogsystem sich nicht verschließen sondern eine saubere Schnittstelle für Plugins zur Verfügung stellen.
Bei WordPress gibt es für jedes Thema gleich mehrere Plugins. Bei Serendipity gibt es für jedes Thema exakt einen Plugin.
Beides hat seine Vor- und Hinterteile.
Was mir aber auf alle Fälle sehr wichtig erscheint ist, dass die Plugins nie auf die Coretabellen schreibend zugreifen. Will heißen, wenn ich eine Erweiterung mache, dann soll diese auch in ihrem eigenen Bereich stattfinden. Updates usw. werden ansonsten ein wahrer Horror. Noch geiler ist es, einen Plugin gegen einen anderen auszutauschen und alle Abhängigkeiten, die vom alten Plugin her vorhanden sind, dann noch gerade zu ziehen. Naja, wir basteln ja gerne…

Stabil

Tolle Anforderung! Aber wahr. Ein Blogsystem muss meiner Meinung nach auf einem Stück Holz laufen und darf keine Probleme machen. Es muss einfach funktionieren.

Schnell

Wenn ich z.B. die Eingabe von Serendipity mit WordPress vergleiche, möchte ich sofort von WordPress umsteigen. Ich hasse es zu warten. Klar, meistens schreibe ich meine Artikel mit Quanta im Zug offline und kopiere den Text nur noch ins Blogsystem. Aber das ist ein Würgaround und sicherlich nicht das was eigentlich angedacht war.

Sicher

Jeden zweiten Tag ein Sicherheitsproblem finde ich auch nicht gerade schön. Das System sollte im Idealfall nicht angreifbar sein. Diese Anforderung ist nicht umzusetzen, jedoch sollte es möglich sein eine stabile Software zu erstellen, die dem Stand der Technik entspricht und Scriptkiddies einfach nicht reinlässt.
In diesem Fall sollte man sich den gesamten Stack anschauen.
Angefangen beim Betriebssystem (oder gar den Firewalls) über den Webserver, bis hin zur Datenbank und eingesetzten Programmiersprache.
Wenn man ein bisschen “unsicherer” unterwegs sein will, sollte wenigstens die Architektur des Blogsystems so sauber sein, dass keine unnötigen Fehlerquellen sich darin verstecken können.

Sauber strukturierte Architektur und Coding Styleguides

Damit das System sauber bleibt, muss dafür Sorge getragen werden, dass die Architektur strukturiert und aufgeräumt ist. Ein Framework (muss) eingesetzt werden, mit dem eine saubere Vorgehensweise möglich ist. Wie immer ist Seperation of Concerns und Design Patterns nicht nur toll zum Malen sondern wichtig um die Software stabil zu halten.

Testszenarien

Jede Funktionalität muss regressiv testbar sein. Falls ein Sicherheitsloch gestopft wurde, muss dies getested werden. In einem Jahr kann das gleiche Loch sonst wieder auftreten.

Installierbar

Das Blogsystem muss installierbar sein. Das bedeutet, dass mit einfachen Scripts oder Oberflächen die Installation schnell und einfach vonstatten gehen soll.

Sinnvolle Releaseplanung

Patches, Releases usw. sollen planbar sein. Ein altes Blogsystem sollte auf alle Fälle noch eine Weile (z.B. ein Jahr) supported werden. Ich finde es vollkommen dumm, wenn man jede Woche ein Update, Patch, Flick, Fummel am System durchführen muss. Das ist nicht wirtschaftlich und führt dazu, dass steinalte Systeme mit dicken Löchern im Netz herumstehen.

Sinnvolle Feature Planung

Erweiterungen, neue Features usw. müssen in die neuen Versionen eingebaut werden können. Hier halte ich es für wichtig, dass die Planung klar kommuniziert wird und jedem Anwender klar sein muss wann welches Feature zur Verfügung steht.

Support

Wenns mal nicht klappt sollten Foren, Newsgroups und/oder Bugtracker vorhanden und gepflegt werden.

Dokumentation

So ein Wiki hat was. Wenn man die Dokumentation finden kann, dann können die Fehler der Vergangenheit ruhen und durch Neue ersetzt werden Im Ernst, es ist doch ziemlich dumm ein gutes System zu haben und niemand weiss davon.

Migrationsfähigkeit / Upgradefähig

Gibt es was nervigeres als ein neues Release einzuspielen und dann alle bisher vorhandenen Datensätze nicht mehr verwenden zu können?
Immer diese rethorischen Fragen
Wenn ein neues Update vorhanden ist, soll das ohne manuelle Eingriffe und ohne Datenverlust einspielbar sein. Sowas haben wir in der IT schon seit Jahren eigentlich im Griff. Wieso also nicht auch bei Blogsystemen?
Stellt euch mal vor, nur weil ein neuer Release vorhanden ist, müsst ihr mit eurer Bank nochmal einen neuen Vertrag abschließen. Klingt ziemlich ungeschickt gelle?

Na was sagt ihr dazu?

Ich gebs ja zu, ich hatte mir überlegt eine Blogparade anzustoßen. Aber im Moment bin ich noch zur Hälfte mit der Baustelle daheim beschäftigt und möchte daher nur mal hier ein bisschen rumdiskutieren.
Habe ich noch was wichtiges Vergessen oder bin ich schon wieder übers Ziel hinausgeschossen?
Gibt es Blogsysteme, die diese Anforderungen abdecken?
Sollten wir (die Internetcommunity) ein weiteres Blogsystem erstellen, dass diese Anforderungen abdeckt?
Fragen über Fragen. Ich bin echt gespannt was ihr dazu meint.

Ähnliche Beiträge