Live On Air

Wie das Radio mit dem Web verschmilzt

Die Verschmelzung von Fernsehen und Internet ist unter dem Schlagwort Konvergenz ein seit Jahren heiß diskutiertes Thema. Getan hat sich wenig, ganz im Gegensatz zum Radio, welches sich sowohl in bezug Verbreitungs­­technik als auch konzeptuell in schnellen Schritten mit dem Internet integriert.

In puncto Verbreitungstechnik sieht es so aus. Webradio, also der Radioempfang von Internetsendern über PC, WLAN-Radio oder Handy, gewinnt massiv in Boden. In den USA geht man von 33 Millionen Hörern aus, nach 29 Millionen im Vorjahr. Für Deutschland ermittelt eine Studie des Audiovermarkters RMS 8 Millionen Nutzern im Frühjahr 2008 nach 6,9 Millionen im Vorjahr, und laut einer Prognose von Goldmedia (ebd.) werden für das Jahr 2012 13 Millionen Nutzer erwartet. An den Zahlen für Deutschland zweifle ich etwas, aber das starke Wachstum läßt sich nicht bestreiten.

Verlierer sind UKW und das sogenannte Digitalradio, also die Verbreitung von digitalen Radiosignalen über Funk, Satellit und Kabel. "Seit Jahren schon quälen sich Senderchefs, Politiker, Medienaufseher und Industrievertreter mit der Einführung der neuen Radiogeneration. Bislang jedoch erfolglos." schreibt Jennifer Lachman in der Financial Times. Ein Durchbruch für das Digitalradio ließe sich nur mit der Brechstange erzielen, nämlich der geplanten Abschaltung der UKW-Verbreitung, wogegen sich zwischenzeitlich aber alle Marktteilnehmer ausgesprochen haben. Die ARD formuliert pointiert: „Wer 300 Millionen von unserem Publikum intensiv genutzte Endgeräte zum Elektronikschrott erklären will, der gefährdet die Grundlage des Erfolges der Gattung Radio.“ (dieses und weitere Statements im Meinungsbarometer DR 8/2008). Ergo: die Zukunft des Radios liegt im Internet. Und im Mobile Internet.

Der entscheidende Punkt jedoch ist das konzeptuelle Potential der Verbindung von Radio und Internet. Das Internet bietet Interaktivität und unbegrenzte Kanalvielfalt. Das Radio der Zukunft wird über das Internet ein immer vielfältigeres Programm anbieten und gleichzeitig seine Hörer in das Programm einbinden. Und nur so kann es mit der gesellschaftlichen Entwicklung schritthalten.

Ein kleiner Blick zurück. Vor 50 Jahren war unsere Gesellschaft - oder zumindest die gesellschaftliche Öffentlichkeit - noch leicht überschaubar. Es gab CDU- und SPD-Stammwähler, Katholiken und Protestanten, ARD und ZDF. In den 80er Jahren zeigte sich ein wesentlich verändertes Bild: das Privatfernsehen startet und die Medien gliedern die Gesellschaft ab sofort in werbegerechte Zielgruppen. Heute verweigern sich die Konsumenten zunehmend der Einordnung in Zielgruppen, und sowohl die klassischen Medien als auch die Politik scheitern daran, ein mehrheitsfähiges Programm aufzustellen.

Die Radiohörer der Zukunft werden sich stattdessen Internet-basierten Angeboten zuwenden. Sie suchen  ihre Lieblingssender in der unendlichen Vielfalt des World Wide Web, darunter professionell gemachte Sender mit großer Hörerschaft und kleine Liebhaber- und Nischenradios, bewerten und sammeln sie auf Portalen wie radio.de, oder sie machen ihr eigenes Programm, stellen ihre Musik auf laut.fm zusammen, moderieren und chatten auf 1000MIKES, oder singen sogar selbst auf Mikestar. In den nächsten Jahren werden viele weitere neue Konzepte in diesem Bereich entstehen, und die Chancen stehen gut, daß deutsche Unternehmen ganz vorn dabei sind (allein drei der genannten sind in Hamburg ansässig).

Just Browsing

Live On Air startet eine kleine Reihe Interviews mit klugen Köpfen, die sich sonst nicht in den Headlines der Medien tummeln, aber um so mehr zu sagen haben.

Den Auftakt macht heute Matthew Gertner, Gründer, CTO und Mastermind von AllPeers. Matthews Grundthese ist der Internet-Browser als universale Anwendungsplattform. Mit dem AllPeers-Plugin erfährt der (Firefox-)Browser eine komplette Horizonterweiterung: Ich browse nicht mehr von Server zu Server, sondern peer-to-peer durch das Content-Netzwerk meiner Buddys, mit denen ich per drag-and-drop beliebigen Content "sharen" kann. (Sorry für die Anglizismenhäufung!)

AllPeers hat 2006 mit Mangrove und Index Ventures zwei der renommiertesten europäischen Investoren gewinnen können. Matthew hat die Entwicklung von AllPeers ursprünglich in Prag gestartet, sein Hauptsitz ist jetzt in UK. Als Linguist spricht er eine ganze Reihe Sprachen fließend und mit atemberaubenden Tempo, Französisch sogar mit Pariser Straßenakzent, angeblich sogar etwas Kantonesisch. Die Fragen des Interviews habe ich in Deutsch gestellt, Matthews Originalantworten waren auf Englisch.

Matthew, was macht AllPeers und woran arbeitet ihr zur Zeit?

AllPeers ist eine Firefox-Extension zur Erstellung privater File-Sharing-Communities mit Freunden und Familie. Es fügt dem Browser eine Kontaktliste als Sidebar dazu, ähnlich wie bei den bekannten Instant-Messenger-Anwendungen. Dateien, Folder, Links, fast alles kann per Drag-and-Drop auf einen Kontakt geschoben werden, und wird über unser Peer-to-Peer-Netzwerk automatisch auf dem Computer des Kontakts verfügbar.

Wir haben einige Pläne für das Produkt in den nächsten Monaten. Mit unserem Always-On-Feature wird es optional möglich werden, Dateien auf den Server hochzuladen, so daß sie auch verfügbar sind, wenn man nicht online ist. Einer der Nachteile eines P2P-Netzwerks ist, daß die Dateien deiner Kontakte nicht verfügbar sind, wenn deren Computer ausgeschaltet oder nicht mit dem Internet verbunden ist. Viele unserer Nutzer haben danach gefragt. Es wird uns auch eine neue Umsatzquelle eröffnen, da Storage über das Basiskontigent hinaus kostenpflichtig ist. Ein weiteres Feature, daß unsere Nutzer lautstark gefordert haben, ist die Möglichkeit zur Kommentierung. In der nächsten Version können die Nutzer zu jedem shared item eine Diskussion eröffnen. Wir arbeiten auch an besserer Unterstützung für Nutzer mit mehr als einem Computer (was bei mir bestimmt der Fall ist!). Bis jetzt war es erforderlich, auf jedem PC einen separaten AllPeers-Account zu haben.

Wir haben noch einiges mehr auf dem Tablett, aber es ist noch zu früh, um darüber zu sprechen.

File Sharing ist ein heikles Thema. Wie geht ihr damit um? Beschäftigt ihr einen Stab von Anwälten, um euch die klagefreudige Medienindustrie vom Leibe zu halten?

Vergiß nicht, daß AllPeers privates Sharing ist. Es geht nicht darum, Content in ein P2P-Netzwerk zu stellen, wo ihn die ganze Welt downloaden kann. Leider wird P2P so stark mit Produkten wie dem (ursprünglichen) Napster, Kazaa, Limewire und anderen assoziert, die wesentlich darauf angelegt waren, Copyright-Verletzungen zu ermöglichen. Es macht mehr Sinn, unser Produkt mit einem E-Mail-Client wie Gmail zu vergleichen, mit dem du deine Sachen an Leute schicken kannst, die du kennst. Natürlich kannst du auch an eine E-Mail über Gmail MP3s anhängen, und Google kann das praktisch nicht verhindern. Dennoch ist das nicht das Ziel von Gmail, und dasselbe gilt für AllPeers.

AllPeers ist in 15 Sprachen verfügbar, unter anderem Katalanisch. Wieviel bringt die Internationalisierung und wie organisiert ihr sie?

Internationalisierung hat eine ganz wesentliche Bedeutung für uns. Wir haben wahrscheinlich mehr Nutzer in Europa als in den USA, und wir bekommen viel Feedback in Französisch, Deutsch, Spanisch, Italienisch und anderen Fans in ihren jeweiligen Sprachen (manche davon verstehen wir auch). Wir hätten auf keinen Fall die gleiche Popularität erreicht, wäre das Produkt nur in Englisch verfügbar.

Wir sind sehr stolz auf unsere Lokalisierungs-Community [die lokale Anpassungen wie Übersetzungen vornimmt]. Wir haben uns einer bestehenden Community namens Babelzilla angeschlossen, die dediziert Firefox-Erweiterungen übersetzt. Unsere Nutzer haben das begeistert aufgenommen und angefangen, zu übersetzen. Dies ist vielleicht auch ein Ergebnis unserer Beziehung zu Mozilla, und daß wir Open Source sind. Die Nutzer erkennen es an, wenn du ihnen ein qualititiv hochwertiges Produkt frei gibst, und sie wollen dir etwas zurückgeben.

Du hast gerade ein neues Blog mit dem Titel Just Browsing zur Zukunft des Web Browsing gestartet. Der vielversprechende Untertitel lautet im Original "A narrative on the future of web browsers and web browsing". Was bedeutet die Diskussion um die künftige Entwicklung der Browser für den Laien, der mit Themen wie Rückwärtskompatibilität von Ecmascript oder Standardisierung von Comet herzlich wenig anfangen kann?

Für den Laien ist die wichtigste Implikation des Erfolgs der Webanwendungen, daß die Computer einfacher zu benutzen werden. Installation und Wartung von Anwendungen ist selbst für Experten eine große Last: sonderbare Inkompatibilitäten entstehen zwischen den Anwendungen, die hart zu diagnostizieren und zu beheben sind. Einige wenige Konventionen sind erforderlich, um User Interfaces konsistent und verständlich zu machen. Webanwendungen müssen nicht installiert werden, man kann mit ihnen sofort loslegen. Sie können sich nicht mit anderen Programmen auf dem Computer in die Quere kommen. Sie wurden für das "Web-Paradigma" entworfen und sind einfacher zu nutzen als Desktop-Anwendungen.

Natürlich ist dieser Trend schon voll im Gang, mit der ganzen Aufregung um Ajax-Anwendungen. Aber es fehlen noch einige große Stücke im Puzzle. Auf Just Browsing vertiefe ich, was noch gebraucht wird, und wie es wohl zustande kommen wird. Ich erwarte 2008 sehr viel Aktivität in diesem Bereich.

Wie relevant sind diese Themen für den Startup-Unternehmer oder Investor? Ermöglichen sie grundlegend neue Anwendungen und Geschäftsmodelle?

Absolut ja. Es ist nichts besonders neues, jeder sagt das, aber es ist absolut wahr. Neue Anwendungen können billiger und schneller entwickelt und auf den Markt gebracht werden, als jemals zuvor. Die Anfangsinvestitionen sind viel geringer, also brauchst du zu Start viel weniger Kapital. Projekte, die früher eine großes Funding von einem VC erfordert haben, können jetzt mit einem viel kleineren Funding aus einer Business-Angel-Runde oder sogar von Freunden und Familie unternommen werden. Was das Geschäftsmodell angeht, muß noch ein weiter Weg zurückgelegt werden, da durch Google alle Welt besessen ist mit Advertising. Ich glaube nicht, daß Ads für jede Webcompany ein angemessenes oder ausreichendes Geschäftsmodell sind. Das ist ein weiterer Bereich, wo ich glaube, daß 2008 mehr Klarheit bringen wird.

Seit dem Netscape Navigator, der gerade beerdigt wurde, gab es in der Browserwelt nur wenig durchschlagende Fortschritte - mir fallen jetzt nur CSS und AJAX ein. Für Anwendungsentwickler ist der Browser nach 10 Jahren immer noch ein Alptraum, wenn man über die Basisfunktionalität hinauswill, um wie AllPeers P2P Connectivity zu realisieren oder wie wir bei 1000MIKES Realtime Audio. Die Optionen sind entweder instabil, nicht plattformübergreifend verfügbar, erfordern umfangreiche Downloads oder führen in eine abgeschlossene Welt wie Flash. Warum ist das so, und wie kann sich das ändern?

Eines der größten Probleme ist der Erhaltung von Rückwärtskompatibilität über die ganze Palette von Browsern, die verfügbar sind. Mozilla oder Opera oder ein anderer großer Browserentwickler hat vielleich eine fantastische Idee um das eine oder andere Problem, daß du ansprichst, anzugehen, aber wenn dadurch die Mehrheit der Websurfer, die einen anderen Browser benutzen, ausgeschlossen wird, ist sie ein Rohrkrepierer. Daher ist der Fortschritt langsamer als wir es gerne hätten, aber er findet trotzdem statt. Mozilla hat dabei mit Innovationen wie dem Ecosystem der Firefoxerweiterungen eine enorme Rolle gespiel. Ich erwarte, daß Javascript 2 ein wesentlicher Schritt sein wird, Webanwendungen schneller und stabiler zu machen. Ich glaube auch, daß die Arbeit von Adobe sehr vielversprechend ist, insbesondere wenn sie sich öffnen und ihre abgeschlossene Welt - um deinen Ausdruck zu benutzen - verlassen. Natürlich, die End User werden das weder verstehen, noch sich darum kümmern. Sie werden nur feststellen, daß ihre Webanwendungen besser werden.

Ist es realistisch, daß die Browsertechnologien der Zukunft, die du auf deinem Blog diskutierst, noch zu unseren Lebzeiten breit verfügbar sein werden? Als Anwender ist mein Verdacht, daß die Entwickler-Community lieber ideologische Hahnenkämpfe ausfechtet, statt die bestehende Technologien so auszubauen, daß sie breit verfügbar sind und die notwendige Stabilität bieten.

Eine meiner liebsten Beobachtungen über menschliche Wesen ist, daß wir das Kurzfristige überschätzen und das Langfristige unterschätzen. Es gibt wenig Zweifel, daß die Veränderungen, über die ich schreibe, länger brauchen werden als erwartet. Das mußt du dann noch mal verdoppeln, da ich ein Optimist bin. Nichtsdestoweniger, wir werden in den nächsten 3-5 Jahren einen großen Fortschritt sehen. Und langfristig können wir uns wahrscheinlich nicht einmal vorstellen, was die Browsertechnologie noch hervorbringen wird. Das einzige, was ich garantieren kann, ist daß ich in meinem neuen Blog auf lange Zeit genügend zu schreiben haben werde.

Vielen Dank! Ich freue mich auf die Lektüre von Just Browsing.

Thanks for the great questions!

(Foto von Matthew: Michael Creutziger)

Update 03.03.2008: Die Investoren von AllPeers haben ihre Unterstützung eingestellt und AllPeers mußte überraschend seinen Betrieb einstellen.

Webtechnologie

Wie baut man eine hoch-skalierbare Webanwendung, die auch der Last einer großen Anzahl von gleichzeitigen Benutzern standhält? Bezüglich der Basistechnologien (dem sogenannten Stack) ergibt sich bei den ganz Großen folgendes Bild:

(Ohne Gewähr, zusammengestellt aus den vielen detaillierten Infos auf highscalability.com, bzw. für Xing von epublica).

Demnach eignen sich prinzipiell alle Programmiersprachen gleichermaßen und bei Datenbank und Betriebssystem liegen MySQL und Linux vorne - das aber sicherlich aus Kostengründen.

Subjektiv liefern Google, Amazon und Xing die beste Stabilität und Performance, aber das wird andere Ursachen haben, als die Wahl des Stacks. Und wenn Twitter für mangelnde Stabilität berüchtigt ist, sollte man deswegen die Programmiersprache Ruby nicht gleich verteufeln.

Alle der oben genannten Anwendungen sind fehlertolerante, verteilte Anwendungen, und laufen auf Serverfarmen, teilweise in mehreren, geographisch verteilten Rechenzentren. Google verfügt über einen Rechnerpark von 450.000 Servern (Stand 2006) und eBay hat 15.000 Applikations-Server parallel im Einsatz. Eher statische Anwendungen wie Wikipedia sind mit 300-400 Servern weitaus genügsamer.

Einige der Lessons Learned auf highscalability.com widersprechen diametral der klassischen Lehre des technischen Managements:

• Bevorzugt wird durch die Bank Billighardware, denn man bekommt damit in der Summe mehr Performance für sein Geld,
• Abschätzungen von Hardwareanforderungen und Benchmarking sind nur wenig brauchbar, denn unter Realbedingungen sieht alles ganz anders aus,
• Im Zweifelsfall lieber selber schreiben, als fertige Softwarekomponenten kaufen.

Generell verschieben die hochskalierbaren Architekturen immer mehr Last in Richtung Client. Server-seitiger State ist verpönt, und klassische Aufgaben der Datenbank werden vom Applikationsserver übernommen (wahrscheinlich der Grund, warum MySQL-Konkurrent Postgres nicht in der ersten Liga spielt). Interessant fand ich auch die Beobachtung der YouTube-Architekten, daß der Long Tail klassisches Caching aushebelt, weil die breite Streuung der Anfragen die Findung einer vernünftigen Cache-Strategie außerordentlich erschwert.

Bei 1000MIKES setzen wir Java/MySQL/Linux ein. Die Wahl von Java ist letztendlich eine Frage der Sozialisation. Für Audioverarbeitung, Streaming und Telefonie haben wir uns Komponenten wie z.B. Icecast angeschaut, uns aber dagegen entschieden, da unsere Anforderungen schwer abbildbar und der Integrationsaufwand zu hoch war. Stattdessen machen wir es selbst, und so wird es eine richtig runde Sache.

Ansonsten setzen wir eine Unzahl von Open-Source-Komponenten ein: Dojo für AJAX, Facelets für die Seitengenerierung, den unverwüstlichen Klassiker Tomcat, Hibernate zur Anbindung der Datenbank, Jain-Sip für die Anbindung des Telefonnetzes, Speex als Sprach-Encoder, Lame als MP3-Encoder, Guice um in Sachen Software-Architektur nicht einzurosten, Subversion, Tortoise, Trac zu Organisationszwecken, und noch viele mehr. Ohne sie wäre ein anspruchsvolles Projekt wie 1000MIKES nicht möglich.