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

Artikel mit ähnlichen Schlagwörtern

• WordPress Update die soundsovielte… (0)
• Ist das Newssystem einfach nur eine View auf eine Blogsoftware? (1)
• Erster Eindruck von Serendipity (1)
• Wunschliste für Blog Redesign (0)
• WordPress Themes putzen (0)

Aber hier gibt’s offenbar keine weiteren Probleme mit WordPress und dem Update. Fein, wenigstens etwas.

PS: Wer Fehler findet, bitte nicht behalten, sondern Bescheid geben, danke.

Ähnliche Beiträge

Artikel mit ähnlichen Schlagwörtern

• Ist das Newssystem einfach nur eine View auf eine Blogsoftware? (1)
• Funktionsumfang von Blogsystemen (19)
• Wunschliste für Blog Redesign (0)
• WordPress Themes putzen (0)
• WordPress Parse Error unexpected end in functions.php (0)

Bei einer Präsentation für das Management wollte ich erklären, dass sich ein paar Projekte gegenseitig blockieren können.

Blöd ist nur, wenn man gerade an seinen Blog denkt. Dann blockieren sich die Projekte nicht mehr sondern sie bloggen sich gegenseitig
Naja, so kanns gehen wenn man sich vertippt…

Beim Review des Dokuments ist dieser Fehler noch gefunden worden. Mein Kollege war etwas überrascht dass wir jetzt doch Blog-Sofware einsetzen

Ähnliche Beiträge

Artikel mit ähnlichen Schlagwörtern

• Wunschliste für Blog Redesign (0)
• WordPress Update die soundsovielte… (0)
• Und da melde ich mich (0)
• Probleme wenn Schüler Redaktionsrechte haben (0)
• Ist das Newssystem einfach nur eine View auf eine Blogsoftware? (1)

Installation

Um das auf Ubuntu zu gewährleisten verwendete ich die Installationsanleitung Apache Konfiguration für Buddypress Wordpress Wordpress MU.
Ich musste noch in der .htaccess die php_value Deklarationen auskommentieren.
Danach lief das Blog “wie a ärgele”!
Also sehr gut und performant.

Erster Eindruck

Ich habe mich gleich in die Administrationsoberfläche verliebt. Die hat viel weniger Klicki-Bunti wie das Wordpress.
Ich kann mit dem WYSIWYG Editor auf dem Asus arbeiten und die gefühlte Geschwindigkeit ist schneller als der HTML Texteditor vom Wordpress.
Vermutlich ist im Serendipity deutlich weniger JavaScript aktiviert.
Weiterhin glaube ich, dass der Code deutlich besser aufgeräumt ist.
Was ich bisher gesehen habe, lässt mich hoffen, dass es sich hier wirklich um eine schöne Software handelt.
Klar, die Konfiguration der Datenbank und des Adminbereichs ist für mich noch ungewohnt. Eventuell sollte man auch nicht unbedingt ein kompletter Anfänger sein, wenn man das Serendipity installiert.
Doch die Installationsseite war schön übersichtlich und die Schwierigkeiten konnten sich mit ein paar Klicks beseitigen. (Ich hatte noch einen kleinen Fehler mit den Umlauten und der Datenbank. Das hat sich aber relativiert und ist nun sauber).

Nächste Schritte

Jetzt werde ich mal ein bisschen damit rumspielen und schauen was mir alles fehlt. Sicher werden mir die Serien fehlen.
Aber da kann man ja zur Not noch was Eigenes hinzubasteln
Vielleicht ist diese Blogsoftware ein gutes Substitutionsgut für das doch recht überladenes Wordpress.

Ähnliche Beiträge

Artikel mit ähnlichen Schlagwörtern

• Funktionsumfang von Blogsystemen (19)
• Zwei Tage Dauer zum Gentoo Aufsetzen auf dem Asus Eee 900 (0)
• Wunschliste für Blog Redesign (0)
• world Pakete installieren (0)
• WordPress Update die soundsovielte… (0)

Kurzfristige Änderungen

Dann fange ich mal mit den kurzfristigen an.
Stärkere Betonung der Artikel auf der Hauptseite
onli hat mich darauf hingewiesen, dass die einzelnen Artikel kaum von den Unterkapiteln zu unterscheiden sind. Das finde ich auch nicht gut. Lösung Ich möchte das favicon vor jedem Artikel (h2) darstellen. Weiterhin soll die Schriftart für h2 deutlich größer und fett dargestellt werden. Damit sollte eine Unterscheidung zwischen den einzelnen Artikeln besser möglich sein.

RSS und Mail Abo

Die RSS und Mail Abo Buttons sind ein wenig verstreut. Wenn irgend möglich möchte ich diese beiden Buttons im Header rechts angeordnet neben dem Guggat emol Icon. Wenn das nicht geht, dann will ich den RSS und Mail Abo Button direkt beieinander haben. Und zwar ziemlich weit unten links. Eventuell oberhalb der Blogroll.

Mittelfristige Änderungen

Was wäre in den nächsten drei Monaten schön?

Voriger Artikel

Wenn man in einer Serie blättert, werden die nachfolgenden Artikel durch den Link “vorige Artikel” ausgewählt. Das ist, glaube ich, ein Fehler in der Serienansicht. Ich finde es viel sinnvoller die Navigation korrekt zu benennen.

Serien Publizieren

In der aktuellen Version geht bei einer zeitgesteuerten Publikation die Information um welche Serie es sich handelt verloren. Das ist ziemlich nervig, wenn man gerne mit Serien arbeitet. Hier hoffe ich auf eine Korrektur der Serienverwaltung. In die gleiche Richtung geht der Fehler, dass die Serienartikelzählung nicht richtig funktioniert.

Weiteres Konzept zu Kategorien und Tags

Mit den Kategorien und Tags bin ich noch nicht so ganz glücklich. Ich habe im Moment keinen richtigen Plan wie ich es nun gerne hätte. Deshalb werde ich wohl noch ein wenig weiter grübeln und für diese Themen ein weiteres Konzept überlegen.

Langfristige Änderungen

Und wenn wir dann nichts mehr zu tun haben…
Verschiedene Layouts zur Auswahl
Cool fände ich, wenn jeder Anwender sich aus einer Auswahl von Layouts sein bevorzugtes auswählen könnte. Dazu müssen wir jedoch mindestens zwei Themes für nicht angemeldete Anwender darstellbar machen. Da gibt es diverse Themengebiete die wir zuerst überlegen und ausprobieren müssen. Aber wer weiss? In ein paar Monaten ist ja wieder Weihnachten

Neue Aufteilung nach Funktionen und Navigation

Hier fehlt mir noch ein vernünftiges Konzept und eine abschließende Idee wie ich das wirklich will. Deshalb verschiebe ich dieses Thema noch einmal.

Überarbeitung der statischen Seiten

Irgendwann einmal möchte ich die staubigen, statischen Seiten ein wenig putzen und neu gestalten. Ein bisschen Dynamik würde denen nicht schaden. Aber da fehlen mir noch die Ideen wie das richtig gehen soll.

Weitere Themen

Ich hatte noch ein paar Themen angesprochen, die eventuell noch geändert werden sollten. Nach unserer Diskussion will ich diese jedoch zurückstellen oder finde sie jetzt gut so.

Grad geschrieben

Wenn das möglich ist, würde ich es gerne nur anzeigen wenn man von einer Suchmaschine kommt. Oder es wird überhaupt nicht angezeigt. Ich bin da so richtig schön unschlüssig
Lieber Weihnachtsmann…
Oder eher “liebe Ute, lieer Jozo” hier habe ich nun meine Wunschliste zusammengestellt. Ich bin mal gespannt ob wir davon etwas umsetzen können

Ähnliche Beiträge

Artikel mit ähnlichen Schlagwörtern

• WordPress Update die soundsovielte… (0)
• Welche Tools können wir zur Anforderungsverwaltung einsetzen? (9)
• Und da melde ich mich (0)
• Requirements für Newssystem erfassen (1)
• Probleme wenn Schüler Redaktionsrechte haben (0)

Bedienbarkeit

Hier kann ich schon mehr dazu sagen. Das hat was mit Technik und Programmieren zu tun
Oliver Gassner hat auf dem Fucamp in Furtwangen zum Beispiel den Utele Blog angeschaut und ziemlich viele Punkte besprochen die man dort ändern könnte.
(Siehe Artikel vom Fucamp)
Das coole an Blogs ist, dass man immer alles falsch macht und doch alles richtig. Das Einzige was man wirklich falsch machen kann, ist nichts zu machen.
Wau, heute bin ich aber ein ziemlicher Philosoph gelle?
Wenn ich das vom Oliver gesagte auf meinen Blog übertrage ergibt sich folgendes Bild:

Kategorien

Er war der Meinung Kategorien braucht man nicht. Und wenn man schon Kategorien verwendet, dann wenigstens mit der Anzahl der vorhandenen Artikel dahinter. Ansonsten kann man nicht erkennen wie die Gewichtung im Blog zu den einzelnen Themenbereichen ist.
Das klingt für mich sehr vernünftig. Wenn ich ehrlich bin, schaue ich bei Blogs eigentlich so gut wie nie in die Kategorien rein.
Ich spiele somit mit dem Gedanken, die Kategorien zu entfernen, da sie mehr Platz wegnehmen als bringen.
Wie seht ihr das?

Serien

Die lasse ich mir nicht nehmen. Ich finde es super, die einzelnen Themen in Serien zu verpacken und dann z.B. alles zu Ubuntu, Asus, Newssystem oder Gentoo schnell und einfach zu finden.
Falls die Kategorien weg sind, könnte ich mir eine andere Darstellung als ein Dropdown vorstellen.
Wenn die Serien wie eine Kategorie aussehen, sind sie vielleicht einfacher zu finden.

Es schrieb

Das finde ich ganz nett denn damit sieht man wer als letztes auf dem Blog etwas zu sagen gehabt hat.

Grad geschrieben

Da hätte ich lieber die Information, welche Artikel gerade aus der ersten Seite herausgefallen sind.
Die Information ist für mich ein wenig redundant.

Tags

Wunderbar. Damit sieht man was in dem Blog wichtig ist.
Das ist meine Meinung und die ist gut für micht

Archiv

Ja, das gehört für mich dazu.

…noch mehr

Da kommt man mit einem Klick zu einer sehr schönen Archivübersicht.
Da es die gibt, brauche ich den Punkt Archiv wohl eher nicht.
Sonst fühlt man sich ja wie ein Archivar

Mail Abo, RSS usw.

Das würde ich gerne an eine Stelle zusammenfummeln.
Irgendwie kommt mir das ein wenig verteilt vor.

Aufteilen nach Funktionen und Navigation

Ich habe auf der linken Seite ein wildes Sammelsurium an Suche, Navigation, RSS und Mail Abos usw.
Vermutlich wäre es schöner, wenn auf der einen Seite (z.B. links) alle Navigationselemente präsentiert werden.
Navigation ist für mich:

• Suche
• Serienauswahl
• Tag Cloud

Und auf der anderen Seite (also rechts) die Funktionen:

• Zuletzt geschrieben
• Archiv Knopf
• RSS, Mail Abo
• Blog Roll
• Grad rausgefallen

Was wäre noch?

Ich hab da noch einen statischen Teil. Wenn man www.baldenhofer.eu eingibt, kommt man auf eine unglaublich stabile Seite.
Vom Blog aus sollte man wohl einen Knopf haben um dort hinzukommen. Im Moment ist das der …mehr Link.
Auf der statischen Seite will ich ein wenig aufräumen und die aktuellen Artikel zusammenfassen.
Sonst staubt die Seite ein und vergilbt. Und vergilbte Webseiten sehen wirklich nicht schön aus

Habt ihr Ideen?

Falls euch noch was zu meiner kleinen Analyse hier einfällt, schreibt mir einfach einen Kommentar.
Vielleicht hilft euch diese Analyse auch bei euren eigenen Blogs. Manchmal ist es ja schön zu sehen, was andere für Ideen haben. Dann kann man sich die Punkte herausziehen, die man selber will.
Da es hier um Design und Funktionalität und Webauftritt geht ist mir klar, dass wir nie einen Geschmack haben werden.
Ich möchte also keine Streitgespräche anfachen sondern einfach ein bisschen Gedanken sammeln.

Ähnliche Beiträge

Artikel mit ähnlichen Schlagwörtern

• Wunschliste für Blog Redesign (0)
• WPA-PSK und wpa_supplicant konfigurieren (4)
• WordPress Update die soundsovielte… (0)
• Wir sind auf dem FuCamp und der Asus hat kein Netz (2)
• Was taugen Browserstatistiken? (0)

Heute habe ich zu Jozo gesagt, er soll sich einfach mal Gedanken machen was er mit dem Newssystem so alles anfangen will.

Ich bin zum Beispiel noch auf ein paar Gimmicks gekommen. Beispielsweise könnte man an das Newssystem ein paar schöne Ausgabeelemente anbinden:

• Einen Kalender, der anzeigt wann eine News aktuell wird
• Alle News sortiert nach irgendwelchen verrückten Eigenschaften wie z.B. nach Tags.
  Hier müsste man dann aber noch Tags einführen mit denen man dann die News wiederfinden kann. AHA! Schon klingt es sehr nach einer Blogsoftware oder?
• Alle News die ein bestimmtes Schlagwort enthalten.
  Hier würde ich empfehlen, mit einem bestimmten Caching Verhalten zu arbeiten. Sonst wird die News ziemlich langweilig zum Anschauen
• Wenn eine News eines bestimmten Menschen freigegeben wird, könnte man sich informieren lassen. Also könnte man die News seines Platzwartes beim Fußballverein sich per SMS aufs Natel, Handy, Mobile, Cellphone schicken lassen.
• Alle News von allen Redakteuren per SMS oder per RSS oder was weiss ich was verschicken lassen.

Und wenn man das ganze so anschaut, dann sieht es doch schon schwer nach einem WordPress MU oder nach einem BuddyPress aus.

Denn was machen WordPress MU und BuddyPress?

Sie geben für einen Artikel die Möglichkeit vor, einen Titel und einen Text zu schreiben.

Man kann Bilder einpflegen und man kann Tags und Beschreibungen zusammenstecken.
Man kann sich von seinen “Mitbloggern” in seinem Netzwerk zu Gruppen zusammenfassen lassen.
Man kann sich Nachrichten von den Mitbloggern zukommen lassen.

Man kann also eine ganze Menge, die wir mit unserem Newssystem auch machen wollen.

Was können die Systeme bisher so nicht?

Sie können ohne Erweiterung keine eigentlich schnell zu bedienende Newsfunktion bereitstellen.
Man kann nicht die WordPress Seiten ohne weiteres irgendwo einbinden.
Vermutlich gibt es da ein Plugin, also bitte vergebt mir meine Unwissenheit

Auf alle Fälle müsste man die Anzeige von News entsprechend abändern.
Bei einem Blogsystem werden Artikel nach einer bestimmten Zeit in das Archiv verschoben. Man kann normalerweise nicht sagen:

Morgen ist Weihnachten, also zeige diesen Artikel.
Übermorgen ist Weihnachten vorbei, also zeige diesen Artikel nicht mehr.

Daraus folgt, dass man die Blogsoftware entsprechend anpassen müsste.
Oder man schreibt sich doch ein eigenes, für News perfektioniertes, System.

Warum habe ich jetzt ein Problem?

Naja, ich möchte am Wochenende auf dem Barcamp in Dornbirn über das Thema Warum muss Software Wegwerfware sein? sprechen.
Wenn ich dort als der Monstermissionar auftreten will und es eigentlich doof finde immer neue Software zu schreiben und auf der anderen Seite ein Newssystem basteln will, dass zu 70% eine Social Network Plattform ist, dann sollte ich schon mal über mein Tun nachdenken.

Ich halte es für mehr als vernünftig, dass ich zuerst mit ein paar Menschen über dieses Thema spreche und dann das Newssystem erstelle.
Im Zweifelsfall ist es immer noch ein Schulungsprojekt um den lieben Jozo durch seine Fachausweis Informatikerlehre durchzudrücken.

Auf der anderen Seite ist es natürlich auch sinnvoll, wenn wir z.B. das BuddyPress so ergänzen, dass unsere News da rauspurzeln. Dann brauchen wir uns wenigstens nicht so arg um die Eingabe der einzelnen Artikel kümmern…

Ähnliche Beiträge

Artikel mit ähnlichen Schlagwörtern

• Factory- und Adapter Pattern für die Erweiterung von WordPress (0)
• Eine BuddyPress Installation durchführen (3)
• Apache Konfiguration unter Ubuntu für BuddyPress / WordPress / WordPressMU (0)
• WordPress Update die soundsovielte… (0)
• WordPress MU Firefox oder IE Login klappt nicht (2)

Und kaum fang ich an einen Blog im Internet freizuschalten und die Kursteilnehmer vollen Zugriff zu gewähren, geht es schief

Was ist passiert?

Ich habe eine Problemstellung mit ein paar Codeschnipseln beschrieben und ein paar Fragen gestellt.

Die Kursteilnehmer nahmen sich die Codeschnipsel, probierten daran herum und stellten fest, dass ich noch ein paar Sachen gar nicht eingebaut habe. Andere Dinge hatte ich im Artikel nicht erwähnt, da ich den Quellcode ebenfalls zur Verfügung gestellt habe. Dass der Code nicht komplett ausgearbeitet war, war zu diesem Zeitpunkt auch ziemlich logisch, da ich erst eine Aufgabe später diese Erweiterungen einbauen wollte.

Bis dorthin ist noch alles im grünen Bereich. Ich lies die Jungs machen und wartete einfach mal ab was da noch so kommt. (Ok, ich habe tatsächlich ungefähr eine Woche lang mich ruhig verhalten, da die Kursteilnehmer nicht sehr aktiv waren…)
Und dann geschah es. Einer meiner Teilnehmer nahm meinen Blogeintrag und veränderte ihn. Das Original wurde dabei gelöscht. Und schwubs, passte mein Kurs nicht mehr zusammen. Und noch viel schlimmer war, dass die Veränderung den Inhalt und den Sinn des Kurses massiv veränderte.

Oh Schreck schwere Not!
Falls man keine Sicherheitskopie des Originals hat und sich nicht kritisieren lassen kann. In meinem Fall sieht das ein bisschen gemütlicher aus. Ich habe Sicherheitskopien und kein Problem damit wenn mal was schief geht. Ich möchte nur eine- oder mehrere Lösungen haben, damit die Kursteilnehmen und ich von dieser Aktion etwas lernen.

Was hab ich gemacht?

Naja, dass technisch Einfachste. Ich habe die Änderungen rückgängig gemacht und den Kursteilnehmer gebeten den Originaltext nicht mehr massiv zu verändern.

Ich habe daraus gelernt, dass die Kursteilnehmer explizit darauf hingewiesen werden müssen, dass der Originaltext nicht verändert werden soll. Wenn sich daran was ändern soll, muss man dies über den Kommentar beschreiben.  Der Redakteur, welcher einen Text verbrochen hat, muss ihn auch selbst wieder korrigieren.
Jeder Kursteilnehmer hat natürlich dass Recht einen eigenen Artikel zu schreiben und damit den Ursprungsartikel als falsch darzustellen. Und dann beginnt die von mir gewünschte Diskussion. Aber diesmal mit einer Historie.

Was hab ich gelernt?

Die gute Nachricht ist: Mit Blogs im Internet zu unterrichten klappt wirklich.

Die schlechte Nachricht ist: Der jeweilige Redakteur muss wirklich aufpassen, dass die anderen Redakteure ihm kein Ei legen.

Die Handlungsanweisung ist: Die Teilnehmer, welche Redaktionsrechte haben, müssen darauf hingewiesen werden, dass sie nur für ihre Artikel zuständig sind. Fremde Artikel müssen, bis auf Ausnahmen, vom dazugehörigen Redakteur bearbeitet werden.

Juchu! Dieses Problem wäre beschrieben.

Jetzt mach ich mich an die nächsten Kurseinheiten und freue mich schon auf die nächsten Schwierigkeiten.

Gut Tipp!

Ähnliche Beiträge

Artikel mit ähnlichen Schlagwörtern

• Wunschliste für Blog Redesign (0)
• WordPress Update die soundsovielte… (0)
• Und da melde ich mich (0)
• Ist das Newssystem einfach nur eine View auf eine Blogsoftware? (1)
• Guggat emol Blog ist online (6)

heute ist Weihnachten! Zumindest für mich. Irgendwie habe ich es geschafft mich an meinen Blog anzumelden und jetzt werde ich mal versuchen hier ein paar Themengebiete zu beleuchten.

Was werde ich hier machen?

Wie ich schon auf der Startseite erwähnt habe, werde ich auch hier “dutzen”. Im “normalen” Leben bin ich auch mit den meisten Menschen per du und dass möchte ich so beibehalten.

Die Themengebiete in diesem Blog werden vor allem in Serien abgefasst. Die Serien behandeln Themenblöcke, wie die gentoo Installation auf einem Asus Eee 900, oder welche Software ich gerne einsetze. Die einzelnen Artikel werden zum Teil sehr technisch und sehr detailliert. Falls dir dass zu viel ist, kannst du mal bei miradlo bloggt vorbeischauen. Dort schreiben wir die Artikel mit weniger Beigemüse.

Wie werde ich mich verhalten?

Ich werde, solange es einigermaßen vernünftig und freundlich bleibt, dir auf Kommentare und Anregungen natürlich gerne antworten.  Falls es ausarten sollte, werde ich eine subjektive Auswahl treffen und entsprechende Äußerungen löschen. Die Entscheidung, was ich zulasse und was nicht, liegt ausschließlich bei mir und ich werde das nicht diskutieren.

Ich wünsche dir viel Spaß und hoffe, dass dir die Informationen hier nicht nur ein bisschen Zeit stehlen, sondern dich weiter bringen.

Guggat emol do na!

Ähnliche Beiträge

Artikel mit ähnlichen Schlagwörtern

• Wunschliste für Blog Redesign (0)
• WordPress Update die soundsovielte… (0)
• Probleme wenn Schüler Redaktionsrechte haben (0)
• Ist das Newssystem einfach nur eine View auf eine Blogsoftware? (1)
• Guggat emol Blog ist online (6)

An dieser Stelle gibts auch Infos, wer hier bloggt, wer das ist, warum und wieso…

Ich habe das Design realisiert, das Blog installiert, konfiguriert und angepasst. Deshalb kommt dieser erste Beitrag auch von mir und nicht vom eigentlichen Blogautor.

Ganz sicher wird er sich bald selbst melden…

Ähnliche Beiträge

Artikel mit ähnlichen Schlagwörtern

• Wunschliste für Blog Redesign (0)
• WordPress Update die soundsovielte… (0)
• Und da melde ich mich (0)
• Probleme wenn Schüler Redaktionsrechte haben (0)
• Ist das Newssystem einfach nur eine View auf eine Blogsoftware? (1)