mindmatters - Home

So war's, und so wird's

2010-01-06T18:10:00Z

Anfang letzten Jahres habe ich hier ein paar recht abstrakte Prognosen für 2009 gewagt, und siehe: Die Welt hat sich daran gehalten. Mal sehen, ob uns das dieses Jahr wieder gelingt.

Klein vs. groß revisited

Vor einem knappen Jahr habe ich ein Loblied auf die Kleinen gesungen und auf die Nischen und Ränder, in und an denen Innovation entsteht. Als ich von Freelancer-Netzwerken sprach, kannte ich den Begriff Coworking noch nicht, und als ich manch großem Unternehmen die ehrliche Suche nach Innovationskultur attestierte, wusste ich noch nichts von Palomar5 und deren Sponsor.

Dann kamen: die re:publica 09, die Reboot 11, der Coworking Day Hamburg, das Palomar5 Innovation Camp und der Coworking Day Deutschland. Und alles wurde wahr: Neue Formen der Zusammarbeit erleben ihren (Deutschland-) Urknall, die interessantesten Menschen der Welt treffen sich, um mit Geld der Großen über die Zukunft nachzudenken, und wir sind mittendrin.

Die Krise als Katalysator

Natürlich haben auch wir zur Mitte des Jahres das Ruckeln der Konjunkturkutsche gespürt, und wohl war uns nicht immer dabei. Aber nicht nur haben wir die Holperstrecke erfolgreich gemeistert, sondern wir haben auch gemerkt, dass die Krise bei vielen Gesprächspartnern alte Zöpfe abgeschnitten und neue Sichtweisen ermöglicht hat. Raus aus großen Agenturen, Dinge tun, von denen man wirklich überzeugt ist, alte Sicherheiten verabschieden und Neues ausprobieren – das letzte Jahr hat mehr in den Köpfen bewegt, als ich zu seinem Beginn gedacht hätte.

MicroApps

“Klein ist gut” und “einfach mal machen” geht natürlich auch bei Web-Applikationen: Nachdem wir schon 2007 mit soundbadge.net in 48 Stunden eine komplette Anwendung entwickelt hatten, haben wir 2009 ernsthaft mit der Produktion von MicroApps begonnen.

MicroApps sind für uns:

Web-Applikationen mit einem sehr speziellen Fokus, einem klaren Nutzen für den Benutzer und einer streng begrenzten Funktionalität,
die wir in durchschnittlich 3 Stunden bis 3 Tagen entwickeln und veröffentlichen.

So entstanden dieses Jahr der Mittagsplaner, echonest.streamgraphing.org, Zoccer, Idealise, ahumanright.org, Twishlist und die Glühweinmob-App. Und was sollen wir sagen: Alle laufen sie wie geschmiert (naja – meistens), und alle machen sie Spaß.

Demokratisierung durch Einfachhheit

So etwas geht natürlich nur mit den passenden Werkzeugen. Ohne Rails z.B. oder Catapult hätten wir keine der Apps schreiben können – und mit diesen Tools können das viel mehr Menschen als je zuvor tun. Man braucht heute weder ein Großprojekt noch codende Halbgötter, um nützliche Software bauen zu können – und mit den Ressourcen, die für letztere durch die besseren Werkzeuge frei werden, können sie anfangen, interessantere Dinge zu tun.

Nachmachen ist langweilig

Unter anderem deshalb merken offenbar auch immer mehr “was mit Internet”-Menschen in Deutschland, dass es noch nicht das Ende der Fahnenstange sein kann, Ideen zu kopieren, die sich in de USA bewährt haben. Dass an der Rede vom Internet-Entwicklungsland Deutschland schon etwas dran ist, und dass man etwas dagegen tun sollte. Und dass man das auch kann: Wirklich kreative Köpfe gibt es auch hier genug, Geld ist ja offenbar auch da – jetzt kommt es darauf an, beide in einer Kultur zusammenzubringen, für die man sich durchaus das Valley, Y Combinator oder das Seedcamp zum Vorbild nehmen darf.

Und jetzt?

Wenn ich nicht völlig falsch liege, heißt das für 2010:

Coworking wird noch größer. Die Dresdner fangen erstmal klein an, Leipziger haben gestern ihren Mietvertrag unterschrieben, die Stuttgarter stehen in den Startlöchern, und wir haben nach fruchtbaren Gesprächen in den letzten Tagen nun auch für Hamburg einen ganz konkreten Realisierungsplan. Mehr dazu in Kürze.
Software-Entwicklung wird noch schneller und interessanter, weil wir genügend Werkzeuge, Daten und Erfahrungen gesammelt haben, um uns auf das inhaltlich Spannende konzentrieren zu können.
Zwischen Coworking und reibungslosem Projekt-Kickstarten ist Platz für neue Formen der Ideen- und Projektfinanzierung, für eine andere Startup-Kultur als die der Me-toos. Wir jedenfalls arbeiten schon mal an unserem Beitrag dazu.

mindmatters wird sich deswegen auch 2010 weiterentwickeln, vielleicht sogar weiter als in manch anderem Jahr. Wir danken allen Partnern, Freunden und Kunden für ein spannendes und (trotz Krise) erfolgreiches 2009, und freuen uns darauf, euch 2010 auf eine spannende Reise mitzunehmen!

(Photo von Balakov via flickr)

Palomar5 und die Zukunft der Arbeit

2009-11-26T09:03:00Z

Wie wir zum Palomar5-Camp in Berlin kamen, was wir dort erlebt haben, und was uns das lehrt. Und warum es nicht genug von solchen Veranstaltungen geben kann.

Als wir im Juli Jonathan Imme kennenlernten, erzählte er uns von der Idee des Palomar5 Camp: 30 Menschen unter 30 aus aller Welt sechs Wochen lang zusammenzusperren, damit sie unabhängig von externen Einflüssen Ideen zur Zukunft der Arbeit entwickeln. Wir fanden das spannend, verrückt und ein bisschen beneidenswert (schließlich konnten wir uns altersbedingt nicht bewerben).

Ende Oktober rief Jonathan dann bei uns an und fragte, ob wir beim Prototyping für einige der Projekte im Camp helfen könnten. “Hell yeah”, sagten wir, und so waren Jan und ich im November für einige Tage auf dem Camp, halfen bei Konzeption, Interface-Design und Web-Entwicklung. Und waren für diese Zeit Teil eines so radikalen Gegenentwurfs zum üblichen Arbeiten, dass es uns nachdenken gemacht hat.

Während des Camps wurde im Netz viel diskutiert über das Konzept und seine Umsetzung – und am Ende gab es ebenso viele Stimme von Teilnehmern des Summit, die enttäuscht vom konkreten Output waren, wie es begeisterte Teilnehmer gab und hochzufriedenes Feedback vom Hauptsponsor. Auch wir waren nicht von allen Ergebnissen überzeugt – aber: That’s so not the point.

Was der Punkt ist: In einem Rahmen, der frei von konkreten Zielvorgaben und einengenden Organisationsprinzipien ist, hat sich in sechs Wochen eine Kultur der Zusammenarbeit, der Kreativität und, ja, der Menschlichkeit entwickelt, die jeden der Teilnehmer verändert hat (auch uns). Weil wir Ideen diskutiert haben, nicht Verwertungsmöglichkeiten, Ideale, nicht Notwendigkeiten. Natürlich kann aus sechs Wochen mit 30 Menschen nicht ein Strauß großer und gleichzeitig unmittelbar umsetzbarer Ideen entstehen – aber ein Reigen von Anregungen, von Erfahrungen, die weiter getragen werden, eine Idee davon, wie Arbeit aussehen kann, wenn man den Leidenschaften der “Arbeiter” Raum gibt. (Die summierte Arbeitszeit im Camp: ließe jeden Vorgesetzten vor Neid erblassen.)

Eins der Projekte nannte sich Show Me Love; das Thema war, wie man die Leidenschaft für das, was man tut, an den Arbeitsplatz zurückbringen kann. Was das Camp uns lehrte: Liebe zu dem, was man tut, lässt sich nicht erzwingen – sie ist eine Funktion der Freiheit, mit der man seine Arbeit konzipieren und organisieren kann. Ob das im Rahmen der “alten Wirtschaft” überhaupt möglich ist: eine offene Frage.

Ich war außerordentlich beeindruckt von der Offenheit, die Christopher Schläffer, Vorstand Produkt & Innovation bei der Deutschen Telekom, in seiner Keynote bewies: “The fuzzy frontend of innovation” (und die absolute Freiheit im Denken ganz am Anfang), meinte er, sei eine unbedingte Voraussetzung dafür, dass wirklich Neues entstehen kann. Konkrete Ergebnisse in sechs Wochen zu erzielen, so ließe sich das konkretisieren, sind nicht im Ansatz so wichtig wie es ist, eine Atmosphäre zu erfinden, in der in sechs, zwölf, vielleicht achtzehn Monaten das wirklich Neue enstehen könnte.

Wenn das Camp das erreicht hat: zu zeigen, wo die Möglichkeiten und die Herausforderungen liegen, um die Kreativität der “digital natives” fördern und nutzen zu können – dann hat Palomar5 mehr erreicht als alle Barcamps (zumindest hier, in Deutschland) zusammen. Und dann sollte es mehr Palomar5 Camps geben. Mehr Freiräume, mehr Möglichkeiten, ein anderes Arbeiten auszuprobieren – und damit mehr Raum für das Einüben echter Innovation.

Dass das alles wunderbar zu meiner Vorschau auf das Jahr 2009 passt: prima.

(Titelbild von palomar5 via flickr.)

Zoccer und Catapult im Finale der W-JAX-Challenge

2009-11-09T16:45:00Z

Im Rahmen der diesjährigen W-JAX wurde zu einem Wettstreit der besten Java-Webframeworks aufgerufen, dem wir uns nicht entziehen konnten. Für uns bestand dabei die Herausforderung nicht darin zu beweisen, dass wir es mit Hilfe unseres Web-Frameworks Catapult locker mit der Konkurrenz aufnehmen können. Sie bestand vielmehr darin, dies in den uns verbliebenen 6 Tagen zu tun …

Zwischen Freitag dem 23.10. und Mittwoch dem 28.10.2009, machten wir uns mit einer durchschnittlichen Teamstärke von 3 Personen an die vorgegebene Aufgabe, eine Tippspielanwendung für die Fußball-WM 2010 zu programmieren. Nach ungezählten Tassen Kaffee, mehreren Pizzen und einigen Kickerpausen stellte unser Team mit Zoccer eine Webanwendung auf die Beine, die es nun ins Finale des Wettbewerbs gebracht hat.

Zu den hervorzuhebenen Features von Zoccer zählen

voller Zugriff auf die Bestenliste und die Spielergebnisse auch ohne vorherige Anmeldung
Gravatarbilder für alle Benutzer
Bestenliste mit integrierter Schnellsuche
zusätzliche eigene Gruppentabellen auf Basis der abgegebenen Tipps
Markierung der Spiele, die demnächst getippt werden sollten
vollständige “Ajaxifizierung” (Tippabgabe sowie Eingabe der Länder und der Spieltermine durch den Admin ohne Neuladen der Seite)
automatische Aktualisierung der Gruppentabellen bei Eingabe der Tipps bzw. Tore
kontextsensitive Hilfe auf jeder Seite
umfangreiche Länderübersicht mit verlinkten Wikipedia-Artikeln.

Unsere Testinstallation von Zoccer spiegelt die Vorrundenphase wider – einige Spiele sind schon gelaufen, entsprechend haben einige Tipper bereits Punkte erhalten. Neuen Tippern werden hier für vergangene Spiele per Zufall Tippabgaben zugewiesen. Wer genauer hinter die Kulissen von Zoccer schauen möchte (oder einfach nur wissen will, wie das Admin-Passwort lautet ;-) ), sollte sich die Quellen herunterladen.

Mit Zoccer haben wir gezeigt, wie schnell sich dank Catapult Web-Anwendungen in Java erstellen lassen. Am kommenden Donnerstag (12.11.2009) werden Andreas Kuhrwahl und Timo Meinen Zoccer auf der W-JAX vorstellen und bei dieser Gelegenheit einen tieferen Einblick in den Code von Zoccer und Catapult geben.

Die Zukunft der Arbeit: Coworking Day Hamburg

2009-09-28T10:39:00Z

Immer wieder erleben wir hier bei mindmatters die eng gesteckten Grenzen der klassischen Organisation eines Unternehmens innerhalb fest angemieteter Büroräumlichkeiten: Viel zu wenig Platz, wenn wir zusammen mit Freelancern und Kunden ein besonders aufwändiges Projekt realisieren wollen. Und viel zu viel teurer Büroraum, wenn wir mit einem Entwicklerteam lieber für zwei Monate in Lissabon arbeiten würden, um uns von einem frischen Arbeitsumfeld inspirieren zu lassen.

Auch andere Hamburger haben ähnliche Probleme: Die Freelancer, die sich zuhause nicht mehr davon ablenken lassen wollen, dass noch Wäsche aufgehängt werden könnte und die jungen Startup-Unternehmer, die gerne einmal ihre Ideen mit anderen diskutieren würden, um nicht nur allein im Keller am nächsten großen Ding zu bauen. Die vermeintliche Lösung: Coworking, ein Bürokonzept, in dem viele heterogene Teams und Einzelkämpfer hochflexibel nebeneinander arbeiten.

Grund genug, am vergangenen Freitag den ersten Hamburger Coworking Day ins Leben zu rufen. Schon der Austragungsort ist Ausrufezeichen genug: Die Fabrik im besetzten Gängeviertel ist ein Ort, an dem im Moment ein toter Ort der Hamburger City durch die dort ansässigen Künstler neu definiert und diskutiert wird. Schnell hat sich gezeigt, dass der Pragmatismus der Organisatoren vor Ort und der Geist eines innovativen mittelständischen Unternehmens ohne Reibungsverluste auf einen Punkt zu bringen ist. Wer bei Hausbesetzungen an betrunkene Punks mit viel Sendungsbewusstsein und wenig Inhalt denkt, der sollte dringend das Gängeviertel besuchen, um innovative Stadtplanung und privat organisierte Kunstförderung auf hohem Niveau zu erleben.

Coworking wird aktuell in diesen Räumen gelebt, auch wenn die meisten Künstler das Wort noch nie gehört haben. Und natürlich sind die Ansprüche an ein Coworking-Umfeld je nach Berufsgruppe auch etwas anders: Die Kopenhagenerin Tina Theilgaard führte in ihrer Präsentation durch La Oficina, einen Coworking-Space, der eher an einen britischen Gentlemen‘s-Club erinnert. Kein Wunder also, dass hier sogar eine Opernsängerin ihre Geschäfte führt, die sich in den ungeheizten Gemäuern des Gängeviertels eventuell noch nicht heimisch fühlen würde.

Christoph Fahle, einer der Mitgründer des Berliner Betahaus, zeigte im Anschluss einen etwas anderen Ansatz: Kahlere Räume, die sehr puristisch eingerichtet etwas weniger Nestwärme ausstrahlen ziehen auch Berliner an, die nicht unbedingt einen Community-Anschluss suchen. Nichtsdestotrotz erwähnte Christoph mehrfach die philosophischen Übereinstimmungen mit Tina in der Grundstruktur – es scheint eine Art Coworker-Spirit zu geben, der ortsunabhängig existiert.

In den anschließenden Workshops ging es dann ans eingemachte: Von Finanzierung über Vorbilder bis hin zu konkreten Events wurde die Zukunft des Hamburger Coworking diskutiert. Die ca. vierzig Teilnehmer, rangierend von der erfahrenen Unternehmerin bis hin zum Popmusiker, konnten sich im Anschluss auf einen Weg in die Zukunft einigen: Mit Veranstaltungen, einem wöchentlichen Coworking Friday in den Räumlichkeiten von mindmatters und einer mixxt-Community wird das Thema nicht aus unserem Alltag verschwinden. Hallo Zukunft – Wir mögen Dich schon jetzt.

foto von arne bratenstein

An die Front!

2009-09-25T00:07:00Z

Das Kürzel JSTF steht bei mindmatters seit ca. zwei Monaten für eine Arbeitsgruppe, in der wir uns den Herausforderungen moderner Frontend-Architektur einmal etwas grundsätzlicher und strategischer widmen: Die JavaScript Task Force. Wir treffen uns regelmäßig an den Freitagen, um unsere Erfahrungen aus Projekten hinsichtlich des Einsatzes von JavaScript auszutauschen und um daraus Strategien für zukünftige Projekte zu entwickeln.

Zur Gründung der Task Force trug unter anderem ein besonderes Spannungsfeld bei, das wir seit einiger Zeit beobachteten: Auf der einen Seite befindet sich JavaScript gerade auf dem Weg zu einer anerkannten und erwachsenen Sprache, auf der anderen Seite haftet ihr immer noch das Image einer schlampigen Skriptsprache an, weshalb sie häufig auch noch genauso benutzt wird. Letzterer Punkt steht aber leider in krassem Missverhältnis zu der rasant ansteigenden Bedeutung von JavaScript im Webentwicklungs-Umfeld.

Die JSTF möchte deshalb auch ein Image-Kurs sein für moderne Frontend-Technologien und Lobby-Arbeit leisten für ein spannendes Feld in der Webentwicklung, das sich gerade selbst neu erfindet. Internes Erarbeiten und Vermitteln von Werkzeugen und Best-Practices soll den Weg bereiten zu einer Art „Professional Grade JavaScript“. Für unsere Entwickler-Teams birgt das die Chance, qualitativ bessere Arbeit leisten zu können, je mehr sie in der Lage sind einen Blick auszuprägen, der Backend und Frontend in gleichem Maße und in gleicher Intensität übergreift.

Seit Ende August bietet die JSTF deshalb im zweiwöchigen Rhythmus jeweils freitags einen fortlaufenden Workshop an, der dabei helfen soll, JavaScript-Wissen aufzufrischen oder zu erweitern. Im Vordergrund steht dabei für uns ganz stark die Diskussion - deshalb bemühen wir uns, möglichst echte Beispiele und Fundstücke aus dem Programmieralltag vorzustellen. Davon erhoffen wir uns, den Einstieg in einen lebhaften Gedankenaustausch zu erleichtern und durch konkrete Refactoring-Aufgaben, die im Pair gelöst werden, sinnvolle Wissenseinheiten abschließen.

Da wir natürlich das Rad nicht neu erfinden, orientieren wir uns da, wo es Sinn macht, stark an Douglas Crockfords Buch „JavaScript: The Good Parts“. Um auch die ersten Einheiten, die sich überwiegend mit Basics beschäftigen, spannend halten zu können, fahren wir zweigleisig, indem neben der Vermittlung von reinen Sprachinhalten in einem zweiten Teil auf High-Level-Patterns eingegangen wird, die mehr im Bereich Frontend-Architektur angesiedelt sind.

In den bisher zwei Vorträgen des JSTF Workshop ging es um:

State of JavaScript, Stolperfallen in JavaScript, JSLint
Objekte in JavaScript und ihre Erzeugungsmethoden, Schichten-Definition im Frontend per HTML5-Data-Attributen und Livequery-Plugin

Für zukünftige Vorträge sind folgende Themen geplant:

Funktionen in JavaScript (Functional Scope, Closures)
Vererbungsmechanismen in JavaScript (Pseudo-Classical Inheritence, Functional Inheritence)
JavaScript Patterns
Vorstellung ECMAScript 5 (zukünftige JavaScript-Version)
Bericht von der JSConf.eu in Berlin
jQuery
AJAX
Frontend-Architektur und Best-Practices
…

Eine Geschmacksprobe der bisherigen Vorträge gibt es hier in Form von unserer ersten Präsentation zum Anschauen:

(Titelbild von ell brown via flickr.)

Wir kommen in die Gänge

2009-09-14T10:08:00Z

Neue Formen der Zusammenarbeit und neue Perspektiven für ein altes Viertel – das passt gut zusammen, dachten wir uns. Deshalb haben wir uns mit dem großartigen Team zusammengesetzt, das seit ein paar Wochen die kreative und selbstbestimmte Nutzung des Gängeviertels organisiert, und voilà: mindmatters und Gängeviertel proudly present Coworking Day Hamburg am 25.09. im Gängeviertel. Yay!

Coworking, das steht für selbstorganisiertes (Zusammen-)Arbeiten im halböffentlichen Raum zwischen Großraumbüro, Home-Office und Café – Raum, in dem sich Freiberufler, Kreative, ehemalige “Einzelkämpfer” zusammentun und mit- und nebeneinander Neues schaffen können.

Während aber zahlreiche europäische Metropolen bereits über Coworking Spaces verfügen, passiert in Hamburg dazu bislang wenig. Dem wollen wir mit dem Coworking Day Hamburg am 25.09. abhelfen. “Neue Formen, neue Orte, neue Teams: Wie sieht die Zukunft des Arbeitens aus?” ist das Thema des Tages.

Ab 14 Uhr werden wir in Präsentationen, Diskussionen und Workshops mit Tina Theilgaard vom La Oficina in Kopenhagen, Christoph Fahle vom Betahaus in Berlin und Sebastian Sooth vom hallenprojekt Coworking-Konzepte vorstellen, diskutieren und Ideen für Hamburg sammeln.

Nach dem Start in der Fabrik steht uns das ganze Gängeviertel mit seinen Innenhöfen, Ateliers, Galerien und Fabriketagen offen, um uns zusammen- und auseinanderzusetzen und das Thema Coworking in die Stadt zu bringen. WLAN werden die Jungs von Protonet organisieren (und gleichzeitig eine Infrastruktur für selbstorganisierte Vernetzung vorstellen).

Der Coworking Day ist unser Beitrag zum Breakout Festival und zum Atoms & Bits-Festival – und genau wie wir werden auch München, Köln und Leipzig am 25.09. ihren Coworking Day haben.

Für alle (potenziellen) Hamburger Coworker aber gilt am 25.09.: “Kommt in die Gänge!”

(Anmelden könnt ihr euch übrigens über Facebook und XING – so wissen wir, wie viele kommen werden.)

Transformers

2009-08-29T19:43:00Z

In einem unserer aktuellen Java-Kundenprojekte standen wir kürzlich vor der Aufgabe, den als XML verpackten Datenbestand einer externen Altanwendung in die Datenbank unserer Neuentwicklung zu importieren. Was tut man also, wenn man es mit potenziell sehr großen XML-Dateien zu tun bekommt, von denen man vorher nicht weiß, ob man sie problemlos als Ganzes in den Speicher lesen kann oder nicht?

Für das Einlesen von XML-Daten gibt es eine Vielzahl von Möglichkeiten: Angefangen von generischen baumbasierten Modellen wie W3C-DOM oder JDOM über spezifische XML-Bindings wie JAXB bis hin zu Streaming-APIs wie SAX oder StAX.

Diejenigen Varianten, die das gesamte XML-Dokument in den Speicher lesen, scheiden von vornherein für unsere Zwecke aus. Die Streaming-APIs hingegen können zwar Dokumente jeder Größe verarbeiten, bieten dafür aber meist nur einfache Basisfunktionen und sind daher umständlich zu benutzen.

Transformers²

Eine Variante, die nicht unmittelbar auf der Hand liegt, besteht im Einsatz eines XML-Transformationswerkzeugs. Zwar sind diese in erster Linie dazu gedacht, (vereinfacht gesagt) XML-Dokumente in andere XML-Dokumente umzuwandeln, doch durch die Anbindung einer allgemeinen Programmiersprache wie Java lassen sich solche XML-Transformatoren auch in Template-Engines oder Daten-Importierer verwandeln.

Leider basiert die vom W3C dafür standardisierte XML-Transformationssprache XSLT auf einem baumbasierten Modell der Eingabedaten und disqualifiziert sich damit genauso wie die DOM-API für unseren Anwendungsfall. Als Alternative entstand vor einigen Jahren die Sprache STX, die eine Transformation von XML als Datenstrom ermöglicht.

Ein typischer Transformationsprozess (egal ob mit XSLT oder STX) lässt sich folgendermaßen veranschaulichen:

Alle in Java implementierten Transformatoren bieten (in der Regel proprietäre) Schnittstellen, um aus der in XSLT oder STX realisierten Transformationslogik auf Java-Klassen und -Methoden zugreifen zu können. Wenn man die Java-Schnittstelle nun dazu nutzt, die Rolle der Datenquelle bzw. -senke vollständig zu übernehmen, erhält man die folgenden Grenzfälle, die letztendlich mit einer XML-Transformation nur noch formal zu tun haben.

Transformation ohne XML-Quelldokument:

In diesem Fall stammen sämtliche Daten aus der Java-Anwendungslogik – die Transformationsregeln fungieren hier damit als XML-Template. Da es mittlerweile unzählige Template-Engines für HTML und XML gibt (u.a. besitzt unser Web-Framework Catapult einen sehr leistungsstarken Template-Mechanismus), besteht kein Anlass, hier XSLT oder STX einzusetzen.

Transformation ohne XML-Zieldokument:

Hier werden sämtliche eingelesenen Daten über die Java-Schnittstelle an die Anwendung gegeben, ohne dass dabei ein Ausgabedokument erzeugt wird. Dies entspricht damit genau unserem Anliegen, den Import von XML-Quelldaten zu ermöglichen.

Ein einfaches Code-Beispiel

Das folgende Beispiel benutzt die STX-Implementierung Joost, die sehr einfach über die seit Java 1.4 standardisierte Transformations-API in Java-Anwendungen eingebunden werden kann. Als externer Stylesheet-Parameter wird hier unter dem Namen service ein Service-Objekt an die Transformation übergeben, dessen Methoden damit innerhalb der STX-Regeln verfügbar sind.


InputStream xmlStream = ... // XML-Eingabedokument
Service service = ... // Beispielservice

TransformerFactory factory = new net.sf.joost.trax.TransformerFactoryImpl();
Transformer transformer = factory.newTransformer(
    new StreamSource(getClass().getResourceAsStream("address.stx")));
transformer.setParameter("service", service);
transformer.transform(
    new StreamSource(xmlStream), 
    new SAXResult(new DefaultHandler())); // Dummy-Result

Für den Import von Daten hat sich ein einfaches Muster bewährt. In unserem Beispiel besteht die XML-Eingabedatei aus einfachen Adressdaten. Für jedes gefundene address-Element wird ein entsprechendes Address-Objekt konstruiert und mit Hilfe des übergebenen Service abgespeichert.


<?xml version="1.0"?>
<stx:transform xmlns:stx="http://stx.sourceforge.net/2002/ns"
               xmlns:s="java:de.mindmatters.example.Service"
               xmlns:a="java:de.mindmatters.example.Address"
               version="1.0">

  <!-- externer Service-Parameter -->
  <stx:param name="service" required="yes" />
  
  <stx:variable name="address" />

  <stx:template match="addresses">
    <stx:process-children />
  </stx:template>

  <stx:template match="address">
    <!-- zuerst ein neues Objekt konstruieren und zuweisen -->
    <stx:assign name="address" select="a:new()" />

    <!-- dann die Kindelemente verarbeiten -->
    <stx:process-children />

    <!-- und schließlich das Objekt an den externen Service übergeben -->
    <stx:value-of select="s:saveAddress($service, $address)" />
  </stx:template>

  <stx:template match="street">
    <!-- Member "street" setzen -->
    <stx:value-of select="a:setStreet($address, .)" />
  </stx:template>

  <!-- usw für die anderen address-Kinder -->

  <!-- für alle "vergessenen" Elemente eine Warnung ausgeben -->
  <stx:template match="*">
    <stx:message>
      Unprocessed element: <stx:value-of select="concat(name(), ': ', .)" />
    </stx:message>
  </stx:template>
  
</stx:transform>

Anmerkung: Die STX-Anweisungen <stx:value -of select="..."/> dienen hier nur als Vehikel, um auf die Java-Methoden innerhalb eines STXPath-Ausdrucks zugreifen zu können. Eine eventuelle Ausgabe würde am Ende einfach ignoriert werden.

Foto von mdverde via flickr

Coworking Days @ mindmatters

2009-08-17T14:43:00Z

Unser Open Friday war nur der Anfang: Im September veranstalten wir zwei besonders offene Freitage – am 18.09. den Hackathon zum Scoopcamp und am 25.09. unseren ersten Coworking Day. Mit beiden Tagen wollen wir das Thema “anders arbeiten” vertiefen und unserer schönen Hansestadt diesbezüglich ein wenig Beine machen. (Update: Das anschließend geplante Coding Weekend wird verschoben.)

ScoopCamp Hackathon

Am 17. und 18.09. findet in Hamburg das erste Scoopcamp statt. Veranstaltet von dpa und Hamburg@work, möchte die Veranstaltung den Dialog zwischen der klassischen Medienbranche und der Web2.0-Szene anzetteln und fördern – eine Mischung aus Konferenz und Barcamp rund um die Schnittstelle zwischen Entwicklung und Journalismus.

Nachdem der erste Scoopcamp-Tag eine Mischung aus klassischer Konferenz und Camp sein soll, ist der zweite Tag als eine Mischung aus klassischem Camp und Hackathon geplant. Einer der Orte dafür: unser Büro. Wir haben Platz für bis zu 40 Leute, die nach dem ersten Scoopcamp-Tag auf Lust auf’s gemeinsame Weitermachen haben; Themenbereiche für Hacks und Diskussionen könnten zum Beispiel sein:

APIs und Formate für Nachrichten: Feeds, JSON, Microformats
Text Mining: Term Extraction, Named Entity Recognition, Sentiment Analysis
Visualisierung: Maps, FacetBrowsing, Treemaps, Timelines, Graphs
Social Media Monitoring, Memetracking, Recherche- und Scrapingtools
Frameworks und CMS für journalistische Inhalte: Django, Ruby on Rails, Drupal
Alles, was euch sonst noch einfällt.

Und wer immer schon mal Adrian Holovaty kennenlernen wollte, ist da auch richtig. (Anmelden: hier.)

Coworking Open Friday

Coworking-Konzepte dominieren seit einiger Zeit die Diskussion um neue Arbeitsformen. Während zahlreiche europäische Metropolen bereits über Coworking Spaces verfügen, in denen Freelancer im Software-, Medien- und Kreativbereich miteinander arbeiten, sind in Hamburg bislang nur zarte Pflänzchen erkennbar.

Dem wollen wir abhelfen: Am 25.09. werden wir als Hamburger Coworking-Track des Atoms & Bits-Festivals (dezentrales Festival plus Camp zu den Themen Coworking, Bausteln, DIY, Open Everything, CC and more) unseren ersten Coworking Open Friday veranstalten. Dort werden wir bestehende Konzepte wie das Betahaus in Berlin, das Coworking-Netzwerk hallenprojekt.de und das La Oficina in Kopenhagen mit ihren jeweiligen Vertretern vorstellen, lokale Ideen und Initiativen diskutieren und Fragen rund ums Coworking beantworten.

Inspiriert hat uns dabei das Breakout Festival, das im September in New York und Barcelona stattfindet: “This festival will liberate creative workers from the confines of traditional office buildings by setting up temporary workspaces in parks and plazas, on sidewalks and subway cars, and other public spaces throughout the city.”

Dem möchten wir uns anschließen: Um die Suche nach neuen Arbeitsorten ernst zu nehmen, findet der Coworking Open Friday nicht in unseren Büroräumlichkeiten statt, sondern wird <strike>je nach Wetterlage Open Air oder in der Einkaufspassage der Alten Rinderschlachthalle</strike> im alten Gängeviertel organisiert (Yay!). Eine feste Agenda wird es nicht geben, dafür aber umso mehr offene Gespräche.

(Anmelden: hier.)

Coding Weekend

Wie es dem Geist von Atoms & Bits entspricht, wollen wir’s aber nicht bei einem Thementag belassen, sondern ~~gleich~~ weitermachen mit “thinking, making, doing”:

<strike>Das folgende Wochenende lang (am 26. und 27.09.) werden wir im Rahmen von Atoms & Bits</strike> Im Oktober oder November wollen wir Rails-Rumble-ähnlich unsere Meatsharing-Plattform meinschwein.de programmieren. Wer wissen will, was das ist, der komme zum Coworking Open Friday und lasse es sich erklären. Und wer mitmachen will, ist uns (als Coder, Designer, Texter oder moralischer Unterstützer) am Wochenende herzlich willkommen!

Und für alles drei gilt natürlich: Kommet zuhauf!

(Titelbild von Monica’s Dad via flickr.)

Catapult Quickstart

2009-07-31T10:00:00Z

Unser neues Open-Source-Projekt Catapult erwacht so langsam zum Leben. Nachdem es bereits bei projektwerk.com/it erfolgreich im Einsatz ist, ist die Zeit nun reif, um ins Licht der Öffentlichkeit zu treten.

Diese Anleitung zeigt, wie man in ein paar einfachen Schritten die erste eigene Catapult Anwendung erstellt.

Der Catapult-Archetype hilft bei der Entwicklung eigener Catapult-Anwendungen, indem es eine komplette Infrastruktur erstellt. Diese Beispielanwendung ist sofort lauffähig und hilft bei den ersten Schritten.

Voraussetzungen:

Java 1.5
Maven 2 (Installationsanleitung)

Der Archetype ist in unserem Catapult-Maven-Repository veröffentlicht.

Los geht’s:

mvn archetype:generate \
-DarchetypeCatalog=\
http://catapultsource.org/repository/ \
-DarchetypeGroupId=org.catapultframework \
-DarchetypeArtifactId=catapultapp-archetype \
-DarchetypeVsion=1.1

Maven fragt nun ein paar Informationen vom Benutzer ab.

Die groupId gruppiert Programme eines Entwicklers/Entwicklerteams und ist oft die Domain:

Define value for groupId: : com.example

Der Programmname wird als artifactId eingetragen:

Define value for artifactId: : catapult-example

Die Versionsnummer kann getrost mit Enter übernommen werden:

Define value for version:  1.0-SNAPSHOT: :

Ein Default Package wird auch gleich mit angelegt:

Define value for package:  com.example: : 
com.example.catapultexample

Nachdem alle Angaben mit Enter bestätigt wurden, wird die neue Catapult-Anwendung generiert. Ein fröhliches BUILD SUCCESFUL ist der Startschuss für die eigene Catapult-Entwicklung. Maven hat ein Verzeichnis angelegt, das so heißt wie die artifactId und neben einem Standard-Maven-Java-Projekt alle Konfiguration für Catapult generiert. Die Anwendung ist bereit zum Starten:

cd catapult-example/
mvn package cargo:start

Maven kompiliert die Testklassen, baut die Anwendung zu einer WAR-Datei zusammen, lädt den Applikations-Server Tomcat herunter und startet ihn auch gleich:

[INFO] [cargo:start]
[INFO] [stalledLocalDeployer] 
Deploying [/private/tmp/catapult-example/target/catapult.war] 
to [/private/tmp/catapult-example/target/tomcat6/webapps]...
[INFO] [talledLocalContainer] Tomcat 6.x starting..
[INFO] [talledLocalContainer] Tomcat 6.x started on port [8080]
[INFO] Press Ctrl-C to stop the container...

Nun kann im Browser die neue Anwendung geöffnet werden unter: http://localhost:8080/catapult

Ein Druck auf CTRL-C beendet den Server wieder.

Viel Erfolg und vor allen Dingen viel Spaß bei der Catapult-Entwicklung.

XHTML ist tot, es lebe HTML?

2009-07-24T16:19:00Z

Am 2. Juli verkündete das W3C die Einstellung der Arbeit an XHTML2, um sich fortan auf die Entwicklung von HTML5 zu konzentrieren. Trennt sich das W3C nun vom ungeliebten HTML-Zwilling?

Bei Licht betrachtet spiegelt die Entscheidung gegen XHTML2 und für HTML5 nur den Status Quo heutiger Browser wider. Keiner der führenden Browser unterstützt bisher XHTML2, obwohl der erste Entwurf bereits vor 7 Jahren veröffentlicht wurde. Stattdessen wurden von den Herstellern nach und nach unter dem Dach der WHATWG neue HTML-Features in ihre Browser eingebaut. Mit der Gründung der HTML5-Arbeitsgruppe im Jahr 2007 reagierte das W3C schließlich auf diese Entwicklung und nahm die HTML-Weiterentwicklung wieder unter die eigenen Fittiche.

Eine prägnante Zusammenfassung der Unterschiede zwischen XHTML2 und HTML5, inklusive der Gründe, die nun zur Einstellung der XHTML2-Arbeitsgruppe führten, liefert nun Michael Smith vom W3C auf slideshare.

Eng im Zusammenhang mit der Frage nach HTML oder XHTML steht dabei die Diskussion, welche Art von Fehlerbehandlung HTML vornehmen sollte. Auf der einen Seite finden sich diejenigen, die Fehler im Markup gemeldet bekommen wollen und daher XML mit seiner strikteren Syntax vorziehen. Wenn alle Browser jede falsche HTML-Seite auch als fehlerhaft zurückweisen würden, hätten wir nur noch syntaktisch korrekte Seiten im Web und somit keine Probleme mehr mit kaputten Seiten, die in jedem Browser anders aussehen, so die Hoffnung.

Auf der anderen Seite gibt es diejenigen, die die Hürde zum Erstellen von Webseiten so niedrig wie möglich legen wollen. Jeder soll eine HTML-Seite schreiben können, ohne dazu Programmierfähigkeiten mitbringen zu müssen. Außerdem wollen die Nutzer auf fremden Seiten den Inhalt und keine Fehlermeldungnn sehen.

Die Position des W3C in dieser Frage hat sich im Laufe der Zeit zur zweiten Meinung gewandelt. Zwar sieht HTML5 in guter HTML4-Tradition eine automatische Fehlerkorrektur vor, definiert aber ebenso XHTML als XML-Repräsentation. XHTML an sich ist also keineswegs tot – nur XHTML2 hat sich nun als Sackgasse erwiesen.

Sehr amüsant war im Übrigen die Aufregung in den Blogs und Foren über ein Interview mit Ian Hickson (Editor der HTML5-Spezifikation) vom August 2008, in dem dieser 2022 als Jahr für die fertige Spezifikation angibt (zum Vergleich: die offizielle Agenda der W3C-Arbeitsgruppe spricht nach wie vor von 2010). Wer in etwa weiß, wie schnell oder langsam Spezifikationen beim W3C vorankommen, der weiß auch, dass die Wahrheit vermutlich irgendwo dazwischen liegt. In 13 Jahren werden wir schlauer sein.

Foto von cybershotking via flickr

XSLT 2.1 - Sneak Preview

2009-07-19T17:56:00Z

Vergangene Woche habe ich in Reading/UK an einem weiteren Treffen der XSL-Arbeitsgruppe des W3C teilgenommen. Vorherrschendes Thema des 5-tägigen Meetings waren Details des geplanten ersten Entwurfs der Version 2.1 von XSLT. Seit meinem letzten Bericht zu diesem Thema sind nun fast anderthalb Jahre vergangen. Was hat sich also seither getan?

Während im Februar 2008 noch Anwendungsfälle und die sich daraus ergebenden Anforderungen im Mittelpunkt standen, ging es in diesem Treffen um konkrete Sprachmittel, die so genannte streaming transformations in XSLT garantieren. Als “streaming” gilt eine XML-Transformation dann, wenn der dazu benötigte Arbeitsspeicher nicht von der Größe des zu verarbeitenden XML-Dokuments abhängt und der Prozessor bereits mit der Ausgabe beginnen kann, ohne zuvor die gesamte Eingabe gelesen zu haben.

Vor diesem Hintergrund besteht das Kernproblem einer geeigneten Spracherweiterung allerdings darin, dass die Art und Weise der Ausführung einer Transformation durch die Sprache selbst nicht beschrieben ist. XSLT kann mit Recht als funktionale Programmiersprache bezeichnet werden. So ist beispielsweise die Anwendungsreihenfolge der Templates in einem XSLT-Stylesheet nicht vorgegeben, Ausdrücke können lazy ausgewertet werden, etc. Genau genommen lassen sich bereits mit XSLT 1.0 und 2.0 stream-bare Stylesheets erstellen. Unglücklicherweise gibt es aber keinen allgemeinen Algorithmus, der alle denkbaren Stylesheets bezüglich dieser Eigenschaft klassifiziert.¹

Im Ergebnis wird der kommende Entwurf für XSLT 2.1 daher zunächst Eigenschaften und Regeln für stream-bare (streamable) Templates beschreiben. Darüber hinaus werden neben einigen generellen Detailverbesserungen neue Sprachkonstrukte aufgenommen, die die parallele Verarbeitung mehrerer Eingaben und das parallele Erzeugen mehrerer Ausgaben erleichtern. Die Veröffentlichung ist für das vierte Quartal 2009 geplant.

¹ Diejenigen, die sich für die theoretischen Grundlagen interessieren, seien hier auf den Satz von Rice verwiesen.

Hängt die Banner ab

2009-07-01T16:50:00Z

Die Hilflosigkeit ist förmlich zu greifen: Da vorne steht Sascha Lobo und versucht, den Nutzen von Werbemaßnahmen zu argumentieren, deren Irrelevanz er in der vergangenen halben Stunde nahezu erschöpfend erläutert hat. Das „Diktat der Interessanz“ ist Lobos Schlagwort, mit dem er die Mechanismen des Internets erklärt. Und er hat auf ganzer Linie recht: Natürlich ist es für ein Blog vollständig unwichtig, wie sich seine Relevanz gesamtgesellschaftlich darstellt, sondern wie sehr es den Nerv der Zielgruppe trifft. Und natürlich lässt sich mit der selben Argumentation auch die scheinbare Belanglosigkeit von Twitter erklären.

Leider ist Lobo aber nicht ins Hamburger East Hotel gekommen, um Mediaplanern, Vermarktern und Werbern neue Kommunikationswege für ihre Marken zu erklären. Er spricht in seiner Funktion als Mitgründer von Adnation, einer Agentur, die es sich zum Ziel gesetzt hat, die deutschen Top Blogs zu vermarkten. Lobo müht sich redlich, die Flexibilität für Werbetreibende in den Vordergrund zu stellen. Statt schlichten Bannern zeigt er Youtube-Filme für Absolut Vodka und interaktive Flashscripte für Visa. Natürlich gälte die oben genannte Maxime auch für Marken: Nur wer interessant ist generiert Aufmerksamkeit. Was bei aller Wandelbarkeit der Darreichungsform gleich bleibt: Eine Werbefläche ist ein Bereich, der isoliert vom tatsächlich interessanten Content stattfindet.

Das stützen auch die User Feedbacks, die Leisa Reichelt, englische Fachfrau für User Centred Design, in ihrer Arbeit für die London Transport Authority gesammelt hat. Reichelt hatte neongelbe Banner mit Werbebotschaften auf Seiten platziert, die von besonderem Interesse für Nutzer waren. Das Resultat: Nachdem die User beim Verlassen der Seite nach dem Banner gefragt wurden, konnten sie sich in der überwältigenden Mehrheit nicht einmal an dessen Existenz, geschweige denn die zugrunde liegende Aussage erinnern.

Wie drängend Marken dennoch versuchen, an den interessanten Schnittpunkten des Internets präsent zu sein, zeigt Nico Lumma, Director Social Media von Scholz & Friends, in seiner Kurzpräsentation für Adnation. Lumma, der ähnlich wie Lobo hocherfolgreich die Mittel der sozialen Medien zur Steigerung der öffentlichen Wahrnehmung seiner Person verwendet, soll jetzt gleiches für Vodafone vollbringen. Dass aber glaubwürdige Kommunikation auf Augenhöhe das genaue Gegenteil von ewigen Gewinnspielen und Logowüsten auf Microsites darstellt scheint es als Information nicht bis zum Kunden geschafft zu haben. „Märkte sind Gespräche“, dieses zehn Jahre alte Credo des kaum überschätzbaren Cluetrain Manifesto, findet auch an diesem Nachmittag wieder seinen Weg in eine Powerpoint-Präsentation, in diesem Fall bei Blogwerk Geschäftsführer Peter Hogenkamp.

Was aber immer deutlicher wird: Die klassische Schaltung ist kein Gesprächsangebot und kann es auch gar nicht sein. Sascha Lobo muss sich aus seinem Publikum unangenehme Fragen gefallen lassen: Vergleiche mit Printwerbung in Stadtmagazinen werden laut und die Stoßrichtung einer anderen Publikumsmeldung zeigt die wirklich interessanten Möglichkeiten auf: Wie stehe es denn um die Einrichtung von Firmenblogs? So unangenehm es ist: Sascha Lobo hat erfolgreich von den Graswurzeln bis in Parteiengremien und Boardrooms hineinkommuniziert: Lasst euch auf das Gespräch ein, nehmt den Kunden ernst, seid interessant. Man wird das Gefühl nicht los, als habe er durch diese wichtige und erfolgreiche Arbeit sein eigenes Geschäftsmodell abgeschafft.

Bild: Corypina via flickr

reboot 11

2009-06-29T19:23:00Z

Das war sie also, die elfte reboot in Kopenhagen. Und wie immer: Voller Vorfreude fährt man hin, wird überrascht, verunsichert und bestätigt, und am Ende kommt man verändert zurück. Im besten Sinne, und jedes Jahr anders. Die Frage ist natürlich: Auf welche Weise diesmal?

Diesmal hat mir die reboot den Gefallen getan, meinen Eindruck aus dem letzten Blog-Posting zu bestätigen. Oder anders herum (und weniger egomanisch): Ich habe sehr viele Menschen mit tollen Ideen und bereichernden Anregungen getroffen, die alle aus der Ecke “Wir machen was mit Internet” herauswollen – und die mit dem Internet, aber auch mit Solartechnik, selbstreplizierenden Robotern, Brotbacken und Städtebau die Welt zum Besseren verändern wollen. Und, wie mein Kollege Florian so schön sagt: “Dass so eine teilutopische Ideengemeinschaft eben nicht von Hippie-Trotteln, sondern von erfolgreichen Unternehmern, Freelancern und Wissenschaftlern geschaffen und unterhalten wird, ist für mich das größte Glück.”

Klar, die reboot hatte schon immer mehr im Sinn als Tech-Talk und Nerdismen, und ja: auch die beiden letzten Male war schon der Trend zum gesellschaftspolitischen Diskurs spürbar. Aber so deutlich wie dieses Jahr habe ich es noch nicht erlebt, dass nicht das Web (als Technologie), Social Media (als Trend oder Vision) und die Frage nach dem Nächsten Großen Ding im Mittelpunkt stehen – sondern die wirklich drängenden Fragen nach der Zukunft unserer Gesellschaft, nach einem erfüllenden Lebensentwurf und danach, wie wir ohne Romantizismen und Hippietum an beidem arbeiten können.

Dem einen wird dabei der Technikfokus gefehlt, den anderen der verbliebene Cyberutopismus gestört haben. Und vielen werden die konkreten Aktionen, die wir auf der reboot gesammelt und diskutiert haben, immer noch viel zu abstrakt gewesen sein.

Aber genau darum geht es jetzt: Mit dem, was wir gelernt und geschaffen haben, tatsächliche Veränderung zu bewirken. Das kostet Zeit, Mühe, Lernaufwand und Willenskraft – und geht mithin weder von heute auf morgen noch unter Verleugnung unserer Vorlieben und Nerdismen.

Das Wichtigste dabei: Das Ende der Selbstbezüglichkeit. Anders als bei der re:publica, der deutschen Nabelschau der selbsternannten Digital Natives, kann ich die reboot eben nicht mehr mit “Internet-Typen reden über Internet-Stuff” erklären. Eher mit (und nochmal geklaut bei Florian): “die wahrscheinlich wunderbarste Konferenz der Welt”.

Denn von welcher Konferenz kommt man nach Hause und packt das Entcluttern seiner Besitztümer an, schreibt über das Rebooten von Geschmacksempfindungen, organisiert sich Arbeitsplätze im Ausland und beschließt, das nächste Mal Frau und Kinder mitzubringen?

Das schafft nur die reboot. Bis nächstes Jahr dann! Und: Danke.

(Titelbild von palomar5 via flickr.)

The Next Big Thing?

2009-06-22T22:07:00Z

Die Antwort (und ja, eigentlich wussten wir das schon): Das Internet. Diesmal aber: Kein buzz word, keine Insider-Einsicht vorgeblicher Vordenker. Sondern: Realität.

Zur letztjährigen reboot hatte ich einen (ungehaltenen) Vortrag zu der Frage vorbereitet, was denn das Nächste Große Ding im Internet sei. Meine Antwort: All the tools are there – ein Nächstes Großes Ding im herkömmlichen Sinn wird es nicht geben. Die wahre Revolution wird aus der Nutzung und Verknüpfung der Technologien entstehen – Innovation (technologisch verstanden) wird unsichtbar.

Womit ich nicht gerechnet hätte: Dass das noch viel radikaler wahr wird – und noch viel schneller – als vermutet. Und es sind weder iPhone noch Google, die das bewirken – es sind die Menschen und ihr Umgang mit dem Vorhandenen, die das schaffen. Das Internet des Jahres 2009 ist: breitenwirksam, politisch relevant, revolutionär, kontrovers, bedrohlich, befreiend, unverzichtbar – und nicht mehr nur für die Geeks. Für uns alle.

Twitter ist die wichtigste Nachrichtenquelle aus dem Iran – und, noch viel bedeutender, unverzichtbare Infrastruktur für die Koordination der iranischen Proteste. Von CNN bis ZDF ist der Journalismus auf Twitter (und auf YouTube & Co.) angewiesen, um überhaupt Bericht erstatten zu können – und gleichzeitig nimmt damit das erste Mal die Idee des grass roots journalism eine erkennbare und funktionierende Form an. Damit schafft das Internet (nach innen wie nach außen) vielleicht doch, was ihm immer abgesprochen wurde: eine neue, unfragmentierte politische Öffentlichkeit.
Die Popkomm wird abgesagt wegen Internetpiraterie (sic!), der Heidelberger Appell wird noch getoppt von der Hamburger Erklärung: Die Inhalteindustrie hat die Revolution (endlich) erkannt, versucht sich zu wehren – und versagt. Lawrence Lessig ist ein Urheberrechtsgegner, erst recht wir, die Lösung ist (natürlich) Status Quo + Repression. Dass sich die Diskussion über die Zukunft der Nachrichten derweil anderswo abspielt, dass Musik von anderen und anders gewinnbringend vertrieben wird – das wissen sie, und sie werden untergehen, wenn sie es nicht akzeptieren.
Die Angst vor dem Neuen, dem Unkontrollierbaren geht so weit, dass das Internet – während es anderswo demokratische Proteste erst möglich macht – hierzulande zum Schweigen gebracht werden soll. Unter fadenscheinigen Vorwänden wird eine Zensurinfrastruktur errichtet, die dem wichtigen und ehrenwerten Ansinnen, Kinder zu schützen, nicht nur nicht nützt, sondern ihre Proponenten unglaubwürdig macht, weil sie massiv Bürgerrechte einschränkt. Rechte im Internet schützen hieße aber zuallererst: Bürgerrechte schützen. Und so wird hier ein neuer gesellschaftlicher Konflikt sichtbar, der neue politische Kräfte hervorbringt, wie die Bundesrepublik es zuletzt Ende der 1970er Jahre erlebt hat.
Gleichzeitig sehe ich im Web eine Explosion von Inhalten – geschaffen gerade von Leuten, die vorher jahrelang damit beschäftigt waren, die Infrastruktur für Inhalte zu bauen. Und damit leistet das Internet auch hier das, wofür Medien eben da sind: Spannendes verbreiten, Diskussionen anregen, Neues hervorbringen.

18 Jahre nachdem das WWW das Licht der Welt erblickt hat, wird es erwachsen. Seine Infrastruktur und seine Möglichkeiten beginnen auch außerhalb der in crowd die Welt zu verändern – und nicht immer mag die Welt das. Aber wie alle Eltern wird sie lernen müssen, damit umzugehen. Schließlich gibt es genug, was besser werden kann.

Wir leben in spannenden Zeiten. The Next Big Thing? Happening, right now.

preboot 11

2009-06-18T15:54:00Z

Alle Jahre wieder: Ende Juni, reboot-Zeit! Diesmal fahren wir zu sechst vom 24. bis 26. Juni nach Kopenhagen zur reboot 11 – und wir haben einige Proposals dabei. Bitte anschauen, Fan werden und hingehen.

Jan und ich haben unseren “erprobten” Vortrag-mit-Performance zur Zukunft der Musik (aka "Dialektik de Digitalen) eingereicht: “(we are) electronic performers.”

Jan hat zudem einen Vortrag mit dem Titel “lose weight” im Gepäck.

Und Christiane Strasse von projektwerk und ich würden gern etwas über Neuerfindung von projektwerk mit projektwerk/it erzählen: “Taking action for autonomous work.”

Außerdem wird Benjamin Rabe fingermalend auf seinem iPhone in den Sessions sitzen (und damit hoffentlich nicht allein bleiben): “tales of bunnies & fingerpainters.”

Das diesjährige reboot-Thema ist “Action” – wir finden, das passt alles ganz gut zusammen.

See you there!