Flominator's Kruschtelecke

Nächstes Wochenende geht es (vermutlich) endlich zum FuCamp. Da wird es höchste Zeit, endlich das Kapitel BarCamp Stuttgart abzuschließen und zwar mit diesem Beitrag über die Session von Dennis Kallerhoff.

Dennis vertrat die These, dass die Bedeutung der Email aufgrund neuer Kommunikationsformen (Twitter, Social Networks, etc.) sinken wird. Damit schloss sich die Session nahtlos an jene von Kai Nehm in Offenburg an, ohne diese groß zu wiederholen.

Da er bereits kurz zuvor über das Thema gebloggt hatte, brauche ich auf die Beispiele zu erfolgreich twitternden Unternehmen nicht weiter einzugehen und kann mich einem Detail widmen:

Yammer
Dennis erwähnte beiläufig den Dienst Yammer. Dort kann man ein twitterartiges Netzwerk fürs Unternehmen gründen. Die Zuordnung von Mitgliedern geschieht über die E-Mail-Domain des Unternehmens. Seit einigen Wochen evaluieren wir im Büro nun Yammer. Neben den üblichen Twitter-Features gefällt mir die Möglichkeit, Dateien an die Tweets ääh Yams anzuhängen. Mit Twitterfox existiert auch ein Firefox-Addon zum Dienst, damit man die Seite nicht immer offen haben muss. Zur Krönung lassen sich, nach Verbindung der beiden Accounts, Twitter-Nachrichten über das Hashtag #yam zu Yammer transferieren.

Lustig war mich, dass ich die Notizen zur Session und damit die zu Yammer bis vor ein paar Tagen nicht mehr angesehen hatte. In der Zwischenzeit hatte ich via Synaxon zum zweiten Mal von Yammer erfahren. Gut zu wissen, dass einen die wirklich wichtigen Infos meist mehrfach erreichen

Schon wieder ist eine Woche vergangen und es folgt der nächste Beitrag zum BarCamp Stuttgart. Diesmal berichte ich über Yodas Session Entschleunigung. Die Session war eine Diskussionsrunde, daher gibt es auch keine Präsentation, auf die ich verlinkten könnte. Daher gebe ich hier kurz die Kernaussagen einiger Beiträge als Denkanstoß wieder:

• Grundanliegen der Session: Wege finden, um Tempo aus dem Alltag zu nehmen, um Lebensqualität zu erhöhen
• „Gut Ding will Weile haben“ => Zusammenhang zwischen Zeit und Qualität
• Web-2.0-Zeug hat oft Eigendynamik und frisst jede Menge Zeit: immer online sein, auf keinen Fall etwas verpassen wollen, was im Netzwerk passiert
• Vertiefen ist mehr, als sich durch Wikipedia und Google herausfinden lässt. Man muss dazu Leute anhören und Bücher lesen
• Langsamkeit = Lebensqualität, da Grundlage, sich etwas genauer anschauen zu können
• Buchtipp: Rasender Stillstand
• Entparallelisieren von Tätigkeiten; sich auf eine Sache konzentrieren
• Ist Leistung = Beschleunigung?
• Leistung muss man sehen können?
• Bei welchen Leuten sieht man, dass sie viel leisten? Bei denen, die gestresst und hektisch sind. Leisten sie wirklich viel oder sehen sie nur so aus?
• Problem wurde verstärkt, seit Leistung nicht mehr messbar ist. Woran erkennt man die Leistung, die hinter einer Grafik steckt? An der Anzahl der Pixel?
• Lösungsansatz eines Teilnehmers: Die 4-Stunden-Woche
• selbe Ecke: Beauftragung von Dienstleistern, die einem Arbeit abnehmen: https://getfriday.com/
• anderer Ansatz: Aufgabe erledigt sich oft, wenn man sie einfach liegen lässt — Aufgaben, die aussehen wie ein Schinken: gut abgehangen und daher besser genießbar

Fazit
Für mich war es eine sehr interessante Session, die einige Denkanstöße hervorbrachte. Besonders Leute wie ich, die sich mit Produktivitätsmethoden wie Getting Things Done etc. auseinandersetzen, sollten ab und zu mal das Tempo herausnehmen und nicht nach dem nächsten Produktivitätskick suchen. Wir haben nun einmal nur dieses eine Leben und sollten uns sehr genau überlegen, was wir damit anfangen. Es kann und darf nicht nur aus Arbeit bestehen.

Auf der anderen Seite erklärte mir ein Bekannter, mit dem ich neulich darüber diskutierte, dass er froh sei, ein Workholic zu sein. Wenn sich diese Work auf „Arbeit für einen selbst“ beschränkt und man dadurch mehr Dinge in seinem Leben schafft, als andere, könne er gut damit leben.

Vermutlich ist es wie bei allem: Man darf nicht einfach nur schwarz und weiß sehen, sondern muss auf ein ausgewogenes Gleichgewicht achten.

PS
Gerne hätte ich auf die Literaturliste verlinkt, die Yoda ein paar Tage danach gebloggt hat. Der Link dorthin ist aber leider tot.

Das BarCamp Furtwangen kommt immer näher. Daher wird es für mich wirklich Zeit, zu Potte zu kommen und die letzten Sessions vom BarCamp Stuttgart zu verarbeiten. Klar ist es schon ein paar Tage her, aber dokumentiert hätte ich die Sessions trotzdem gerne.

Die heute vorgestellte Session wurde von Hans Dorsch gehalten und trug den Titel Gute Texte, Schlechte Texte. Eine rein subjektive Betrachtung. Die Präsentation zur Session gibt es bei Slideshare.

Viele der Teilnehmer (auch ich) versprachen sich beim Titel Gute Texte, Schlechte Texte eine Art Anleitung, wie man gute Texte fürs Web schreibt. Die Intention von Hans war aber eine andere: Er wollte uns mit der Session lediglich ein paar Beispiele zeigen, wie gute Texte im Web aussehen können:

Flickr

• persönliche Grußformel in wechselnden Sprachen (ähnlich wie bei der Sendung mit der Maus)
• nicht nüchtern, sondern umgangssprachlich ("unsere funkelnagelneue Homepage")
• aktive Ansprache, eine Aufforderung, was der Besucher tun soll
• keine ausführlichen Erklärungen am Anfang, sondern "Spielen Sie mit den Einstellungen"
• auch FAQs von Flickr lassen gefühlte Freundlichkeit aufkommen
• Fazit: So bekommt die Leute dazu, mitzumachen!

Coolspotters

• Zeigt in einem Satz, um was es geht: "Coolspotters is the Google of people and products..."

MOO

• Slogan "We love to print" findet sich überall wieder.
• Es macht einfach Spaß, dort zu bestellen
• Überall aktive Aufforderungen, was man den als nächstes tun könnte
• deutschsprachiger Warenkorb (nicht selbstverständlich)
• Möglichkeit, der Bestellung einen eigenen Namen zu geben UND die Erklärung, wozu man das brauchen könnte
• Bestellbestätigung auf Seite: "Hurra, deine Bestellung ist eingegangen" und gleich die Warnung, dass man für Karten benutzte Flickr-Bilder nicht löschen soll
• Noch besser ist die Bestätigungsmail, in der erklärt wird, wer bei MOO für was zuständig ist:
• Little MOO verwaltet die Bestellung und Big MOO druckt sie aus. Nur der Kundendienst ist "aus Fleisch und Blut"
• für mich: absolutes Highlight der Session
• mindestens ebenso süß, wie die Einfälle von MOO: das Waschschild bei Puma

Du oder Sie?
Nach diesen Beispielen und einigen weiteren Screenshots (Folien 30-49) ging es zur Frage, ob man den Benutzer dutzen oder sietzen sollte. Auch hier gab es ein paar interessante Fakten zu lernen:

• Dänen dutzen alles und jeden, bis auf die Königin
• Ikea dutzt den Kunden (auch in den Geschäften) - ältere Menschen reagieren meist verwirrt.
• Flickr kann sich nicht so richtig entscheiden und wechselt teilweise auf einer Seite die Anrede
• Omigo redet Verbraucher per Du, Business-Kunden aber per Sie an
• die Kroatin @Rozana erzählte davon, dass sie in ihren ersten Jahren in Deutschland nur "Sie" gelernt hatte. Ihre Freunde, die sie konsequenterweise dann auch mit "Sie" ansprach, dachten immer, sie sei total distanziert und könne sie nicht leiden.
• These: "Du" wird zumindest beim Geldtransfer kritisch (aber, was ist mit dem Barkeeper?)
• @webstyler berichtete, dass "Du" in Kundenbeziehungen eher problematisch ist: Kunde meinte mit "kannst du nicht mal"-Mentalität um kostenpflichtige Dienstleistungen herumzukommen
• Idee zum Abschluss: Entscheidung über Anrede dem Kunden auf der Website überlassen. Damit erkennt er, dass es dem Anbieter wichtig ist.

Fazit
Obwohl die Session in den Augen vieler Teilnehmer total das Thema verfehlt hatte, ergab sich eine höchst spannende Diskussion. Vermutlich wären viele der Teilnehmer gar nicht zur Session gegangen, wenn sie den Titel richtig verstanden hätten, was wiederum die Qualität der Diskussion sehr abträglich gewesen wäre. Von daher war alles gut so, wie es war. Danke an Hans für die interessante Sammlung witziger Texte, für das nachträgliche Hochladen der Folien und für den Tipp mit MOO.

Langsam aber sicher läuft der Countdown zum BarCamp Furtwangen (FuCamp). Spätestens bis dort will ich es geschafft haben, die restlichen Sessions vom BarCamp Stuttgart dokumentiert zu haben.

Die erste Session am Sonntag drehte sich um das Content-Management-System TYPO3 und wurde von Harald Amelung gehalten, mit dem ich mich bereits während der Eröffnungsveranstaltung unterhalten hatte. Auch mit TYPO3 hatte ich bereits meine ersten Gehversuche unternommen.

Harald hatte die Session bereits während des BarCamp Bodensee gehalten und die Präsentation dazu gebloggt. Daher hier nur ein paar Dinge, die ich für erwähnenswert halte:

Getting Started

• nach der Installation erscheint erst einmal eine Fehlermeldung, dass keine Seite vorhanden ist
• BackendLogin /pfad/typo3
• Seite anlegen, dann kommt Fehlermeldung: kein Template gefunden
• gibt zwei Arten von Templates: typoscript (Template) und html-Template
• Lösung in diesem Fall: Typoskript-Template anlegen
• Es sind im Lieferungfang einige enthalten, aber uralt, daher Finger weg und
• neues Template anlegen
• standardmäßig sind schon ein paar Zeilen Typoscript dabei (quasi Hello World)
• TS ist keine Programmiersprache, kennt aber Objekte (groß geschrieben), Eigenschaften und Bedingungen sowie Funktionen (Render-Anweisungen, z.B. zum Unwandeln in Großbuchstaben)
• HTML-Vorlagen werden mit Markern (drei Rauten - Marker - drei Rauten) versehen
• per Typoscript lassen sich den Markern Typoscript-Objekte zuweisen

Mandantenfähigkeit
TYPO3 ist grundsätzlich nicht für mehrere Installationen auf einem Server ausgelegt. Über symbolische Links lässt sich das jedoch trotzdem realisieren (siehe Folie 8 ). Auf diese Art habe ich im Rahmen meiner damals Diplomarbeit auch MediaWiki mandatenfähig gemacht (Anleitung). Das geschah mit Linux, da es ja keine Funktion zum Erzeugen symbolischer Linux unter Windows gibt ... dachte ich. Harald klärte mich aber darüber auf, dass dies mit dem Befehl mklink auch dort möglich sei (zumindest für Windows Server 2008). Damit ist man auf beiden Betriebssystemen in der Lage, mehrere TYPO3-Installationen zentral mit Updates des TYPO3-Cores zu versorgen.

Abkürzungen in der Präsentation

• TCA: Table Configuration Array - Konfiguration von Datenbanktabellen
• RTE: Rich Text Editor

Sonstiges

• Benutzerverwaltung in Frontend und Backend sind voneinander entkoppelt
• Updates: Typo3 erkennt bestehende Installation und führt einen dann durch die Updateroutine

Fazit
Die Session war, ähnlich wie die zu CakePHP, relativ technisch ausgelegt. Da ich das allerdings auch bin, war das kein Problem. Schön fand ich auch, was ich so nebenbei aufschnappen konnte: Die oben erwähnte Geschichte mit Symlinks unter Windows sowie die Aussage, dass sich TYPO3 eher für größere Websites eignet. Für kleinere Seiten empfahlen mir Harald, Ansgar und andere Teilnehmer den Einsatz schlankerer Systeme wie TYPOlight, MODx und CMS Made Simple.

Obwohl inzwischen mit München und Berlin zwei BarCamps ins Land gegangen sind, will ich noch sämtliche besuchten Sessions vom BarCamp Stuttgart dokumentieren. Die letzte Session des Samstages wurde von Simon gehalten und stellte eine Einführung in CakePHP, ein Web-Framework dar. Hiermit kann die Erstellung von Anwendungen unter PHP/MySQL vereinfacht werden.

Simon zog das richtig professionell auf; er hatte sogar eine Art Skript vorbereitet, auf dem sämtliche Eingaben notiert waren. Ich verzichtete darauf, sämtliche Schritte mitzumachen und versuchte dafür, die einzelnen Schritte nachzuvollziehen. So hatte ich die Möglichkeit, einige Notizen zu machen, die ich hiermit gerne der Öffentlichkeit zur Verfügung stellen möchte:

Vorarbeiten
Simon nutzte zur Demonstration die Lite-Version des Pakets XAMPP. So spart man sich die Konfiguration des Apache-Webservers und kann gleich loslegen. Der Link zu XAMMP Lite mit CakePHP findet sich im Skript, so dass man nach dem Download eine lauffähige Installation vorfindet.

Der Ordner htdocs/cakecore stellt den Programmkern des Frameworks dar. Hieran werden keine Änderungen vorgenommen. Der zuvor bereits bestehende Ordner app enthält die Cake-Standardanwendung, auf die der Kern bisher noch verweist.

Vor lauter Frust wegen des verpassten BarCamps in München, hier gleich der nächste Beitrag aus Stuttgart. Glossr ist ein Projekt von Matthias Bauer, Thomas Schindler und Oliver Berger. Letzterer veranstaltete auch die Session.

Das Konzept ist schnell erklärt: Glossr sammelt kurze (vgl. 140 Zeichen bei Twitter) und prägnante Definitionen von Begriffen, um Leuten, die diese verwenden, eine einheitliche Diskussionsgrundlage zu geben. Ausgelöst wurde das Projekt durch eine Session von Stefan Peter Roos auf dem Leipziger BarCamp, in der dieser etwas von „emergenten Phänomenen“ erzählte und danach feststellen musste, dass ihm niemand mehr folgen konnte. Dies brachte die drei Gründer auf die Idee, Glossr ins Leben zu rufen und damit Sessions zu veranstalten.

Ziel einer Glossr-Session ist es, in der Gruppe einen Konsens hinsichtlich einer Begriffsdefinition zu finden. Vorschläge für definierenswerte Worte waren in unserem Fall Cloud Computing, Grid Computing, PageRank Sculpting und Semantik, für das wir uns dann auch entschieden. Nach einer sehr umfang- und lehrreichen Diskussion einigten wir uns wirklich auf eine Definition, die dann auch gleich eingetragen wurde. Oliver warb damit, dass jeder auf BarCamps gerne nach diesem Konzept Glossr-Sessions veranstalten darf. Es ist natürlich klar, dass es in München *nochmal schnüff* eine weitere Session zu Glossr gab.

Es stellte sich außerdem die Frage, was Glossr von Wikipedia unterscheidet. Oliver meinte dazu, dass Wikipedia-Artikel einfach zu lang seien, um kurz in einem Gespräch darin die Definition eines Begriffs nachzuschlagen. Gerne würde er jedoch auf Wikipedia-Artikel für weitere Erklärungen linken (was er natürlich auch darf). Ich wage allerdings, noch ein wenig weiter zu träumen: Sollte sich Glossr dazu bewegen lassen, seine Artikel zukünftig unter GFDL zu veröffentlichen, wäre sogar ein bidrektionaler Austausch mit der Wikipedia möglich. Davon könnte die Wikipedia in Form von prägnanteren Einleitungen profitieren, wie sie es zuletzt beim Einbänder tat.

Um zu zeigen, dass (eventuell) etwas längere Artikel zu einem Thema immer noch besser sind, als gar keine (wie zu diesem Zeitpunkt bei Glossr), hier noch die Wikipedia-Links zu Cloud Computing und Grid Computing.

Passend zum zweiten Münchner BarCamp *seufz* fasse ich dann mal Social Semantic News zusammen, die nächste Session vom Stuttgarter BarCamp. Gehalten wurden sie von Anne und Jan, die ihre Arbeitgeber Digital Collections und mindmatters vertraten. Die beiden stellten die Idee vor, an der sie gerade arbeiteten.

Das Problem
Die Sache, um die es geht, kennt wohl fast jeder, der sich im Web 2.0 herumtreibt: Man liest einen interessanten Artikel und abonniert das Blog dazu per RSS-Feed, dann abonniert man noch ein paar Nachrichtenseiten und vielleicht noch ein paar Xing-Gruppen und schon ist das Chaos perfekt. Täglich kommen Unmengen von Nachrichten in Form von RSS-Feeds herein. Irgendwann kommt man nicht mehr mit dem Lesen hinterher und beschränkt sich auf das Scannen der Überschriften. Falls da auch nicht mehr reicht, gibt es nur noch eine Exit-Strategie, nämlich den Button Alle Nachrichten als gelesen markieren im Feedreader zu drücken. Anne und Jan bezeichnen dieses Phänomen als das Aua-Prinzip. Jeder im Raum kannte dieses Problem nur zu gut, naja, alle außer Ansgar.

Die zweite Session des Stuttgarter BarCamps, die ich besuchte, wurde von Oliver Gassner und seinen beiden Kindern Julian und Janina angeboten. Die waren deshalb dabei, weil das Thema Podcasting mit Kids hieß. Mir ging es dabei allerdings wesentlich mehr um des Aspekt des Podcastens, da Kinder in diesem Moment noch kein Thema sind.

Oliver erzählte, wie es dazu kam, dass seine beiden Kinder die (de facto) jüngsten Podcaster Deutschlands (wenn nicht der Welt) wurden: Julian erzählte öfters ausgedachte Geschichten über seinen "Allesman"; Oliver wurde es irgendwann zu komplex zu merken bzw. zu transkribieren. Der Wunsch, die Geschichten zu konservieren, bestand aber trotzdem. So war es nicht weit, bis die beiden anfingen, auf Odeo die ersten Geschichten hochzuladen und sie in einem Blog zu veröffentlichen.

Am Wochenende besuchte ich mein zweites BarCamp. Dieses Mal ging es etwas weiter als nach Offenburg, nämlich in die Landeshauptstadt Stuttgart. Der Freitagabend verlief, wie ein typisches Get-Together eben verläuft, von daher starte ich gleich mit der Dokumentation der Sessions.

Die erste Session, die ich besuchen durfte, hieß Corpopedia - Wikipedia im Unternehmen und wurde von Heiko Wöhr von mindXchange gehalten. Ich hatte ihn bereits vor Jahren auf einem Wissensmanagement-Seminar der MFG (Raumsponsor des BarCamps) gehört und hatte mich im Vorfeld des Camps gewundert, warum er nicht auf der Teilnehmerliste stand. Nach einer Nachfrage meldete er sich spontan an und hielt auch gleich seine erste Session: