Programmierschnittstellen

Sind Like-Button-Gegner gegen ein dezentrales Web?

13. Dezember 2011 by Marcel Weiß 22 Comments

Ist denen, die gegen eine möglichst einfache und damit datenweiterreichende Einbindung des Like-Buttons argumentieren, eigentlich klar, dass sie gegen Dezentralisierungstendenzen im Web argumentieren?

Jede Einbindung von Funktionen eines Dritten in eine Website wird Daten an diesen Dritten weiterleiten. Die Zwei-Klick-Lösung von heise (Erst nach dem Ja-ich-will-sharen-Klick erscheint der eigentliche Like-Button.) ist bestenfalls eine Lösung nur für den Like-Button. Dieser Button ist eine sehr simple Funktion, die 2010 eingeführt wurde.

Was ist mit eingebetteten YouTube-Videos? Was ist mit externen Kommentarsystemen von Livefyre oder, wie hier, Disqus? Soll alles erst nach einem „Ja, zeig mir das bitte.“-Klick eingeblendet werden?

Was ist mit den von Netzaktivisten verzweifelt herbeigewünschten dezentralen Alternativen zu Facebook und co.?… Weiterlesen

Songs von EMI mit Gewinnbeteiligung in Apps integrierbar

7. November 2011 by Marcel Weiß 2 Comments

Sehr gute und interessante News von EMI: Das Plattenlabel kooperiert mit The Echo Nest für ‚OpenEMI‘ und stellt Teile des eigenen Backkatalogs App-Entwicklern gegen Gewinnbeteiligung zur Verfügung:

This tie-up with The Echo Nest is part of EMI Music’s OpenEMI initiative, focused on digital innovation and improving and streamlining the music licensing process for new digital applications in a way that is flexible and adaptive for developers.
The Echo Nest and EMI have created a ’sandbox‘ for application developers, hosted and managed by The Echo Nest, which offers developers creative briefs and opportunities to collaborate on building apps for EMI’s artists including Gorillaz, Pet Shop Boys, Tinie Tempah, Professor Green, Eliza Doolittle, Chiddy Bang, The Japanese Popstars and many more to follow.

Das Versagen der offenen Webstandards

7. November 2011 by Marcel Weiß 2 Comments

Auf Google+ habe ich einen Artikel von Nick Bradbury, unter anderem Entwickler von FeedDemon/NetNewsWire, verlinkt, in dem dieser die Abhängigkeit von Web-APIs und das damit verbundene Problem für Entwickler anspricht:

we’ve also learned that while web APIs enable us to tap into a wealth of data, they can only be relied upon in the short term. The expiration date of software we create has been shortened due to the whims of those who create the web APIs we rely on. [..]

You might think you’re immune to this problem if you only integrate with APIs created by large players such as Twitter, Facebook and Google. But in recent years we’ve seen Twitter switch to a new authentication system, Facebook deprecate FBML, and Google discontinue several APIs. All of these changes have, or will, break existing apps.

The end result is that developers are spending more time upgrading their software to ensure that it continues to work with web APIs they’ve integrated with, and less time adding the features and refinements that would really benefit their customers.

GoogleMaps wird teurer, und könnte die Onlinekartenvorherrschaft verlieren

31. Oktober 2011 by Marcel Weiß 2 Comments

Das GoogleWatchBlog fasst die Preis-Änderungen bei Google Maps, die ab 2012 gelten sollen, so zusammen (hatte ich schon heute früh hier verlinkt):

Im schlechtesten Falle kann es, wie auf der Tabelle ersichtlich ist, schon ab 2.500 Abrufen am Tag richtig teuer werden – nämlich bis zu 8$ für 1.000 weitere Abrufe. Und ganz wichtig: Als Abruf zählt nicht nur der komplette einmalige Aufbau der Karte, sondern jedesmal wenn eine Anfrage an den Server geschickt wird – von der Suche auf der Karte über die Routenplanung bis zum Abruf von Sateliten-Fotos. Diese Grenze wird also sehr viel schneller erreicht als es klingt. Abhängig sind die Preise auch von der verwendeten API-Version.

landkartenblog.de über die Preisänderungen bei Google Maps ab 2012:

Dies ist eine Abzocke von Google, sind die wahnsinnigen Preise für gerade mal 1.000 Karteneinblendungen viel zu hoch angesetzt.

Ordr.in zeigt, wie eine Plattformstrategie für Essensbestellungen aussieht

20. Oktober 2011 by Marcel Weiß Leave a Comment

Ordr.in, in das just Google Ventures investiert hat, fährt eine klassische Plattformstrategie für Online-Essensbestellungen über seine API (Programmierschnittstelle). TechCrunch:

Ordr.in’s solution has been to parter with 72 local food ordering sites (and counting) across the United States, which let users order from some 7,000 restaurants. It then normalizes all of that data, and gives other apps and services access to it via an API.
It’s this API that lets any app or service integrate food ordering. Say, for example, Netflix wanted to integrate an option to oder dinner alongside your evening streaming movie. With Ordr.in, they could do it. And they have a financial incentive to do so — they get a cut of each transaction (as does Ordr.in).

Wenn man sich den Konkurrenzkampf der deutschen Lieferdienste anschaut, dann ist es wirklich erstaunlich, dass den Gründern der deutschen Lieferdienste nur juristische Scharmützel einfallen, um sich gegen die Konkurrenz zu wehren.… Weiterlesen

1. Google+-API veröffentlicht, kann nur öffentliche Updates lesen

15. September 2011 by Marcel Weiß 4 Comments

Google hat die erste Google+-API veröffentlicht. Die API kann nur öffentliche Postings lesen.

Das ist also ein sehr zaghafter Schritt von Google, der außer mehr Öffentlichkeit und Sichtbarkeit für Nutzer und öffentliche Inhalte keinen Einfluss auf die Nutzung von Google+ selbst haben wird. (Eine API, die schreiben kann, wird das genaue Gegenteil sein: Neben Clients wird dann auch das automatische Posten mit Apps hinzukommen. Wahrscheinlich lässt sich Google deshalb damit Zeit.)

Dave Winer hat allerdings nicht ganz unrecht:

They should just support RSS, and forget APIs to read publicly available content. All that’s going to happen now is people are going to write apps that produce feeds from their API so they can hook into the reading tools that were written a hundred years ago, like the one Google itself has. What is it about BigCo’s that keep them from paying any attention to things they didn’t invent?

Nischenangebote werden zu Plattformen. Heute: Kik und RunKeeper

14. Juli 2011 by Marcel Weiß Leave a Comment

Egal in welcher Nische ein Startup aktiv ist: Wenn es erfolgreich ist, ist ab einem gewissen Punkt der nächste logische Schritt der zur Plattform. Mit einer Programmierschnittstelle (API) lässt sich im Idealfall der Marktanteil weiter ausbauen und verfestigen, weil so eine Andockstelle für Randangebote von Drittanbietern entsteht, die insgesamt den Markt besser abdecken können als es der eigentliche Anbieter jemals könnte.

Diese Entwicklung kann man vielerorts mittlerweile auch abseits der bekannten Beispiele (Facebook, Twitter etc.) beobachten. Der ortsbasierte Dienst Foursquare etwa war von Anfang an darauf ausgelegt, eine mobile Plattform zu werden. (Die Berichterstattung über Foursquare a la „Checkins und Badges? Was wollen die denn damit erreichen?“ deutet darauf hin, dass die wenigsten Beobachter Produktlebenszyklen bei Webstartups einbeziehen oder überhaupt verstehen.… Weiterlesen

Der Club der API-Milliardäre

28. Mai 2011 by Marcel Weiß 7 Comments

Seit einigen Jahren schreibe ich über die steigende Bedeutung von Programmierschnittstellen (APIs) im Web. Manchmal sagen Zahlen mehr als Worte:

Api milliardaere

Weitere Fakten von Programmable Web:

Other API Billionaires may only measure in billions per month, but its as impressive given their own scale. Hardly a Google or Facebook, NPR used its API and the 1.1 billion API-delivered stories to double its web traffic. The single Netflix API supports hundreds of devices. And the Salesforce.com API, which makes up 50% of the company’s traffic, is often credited with the Software-as-a-Service pioneer’s success.

Programmierschnittstellen werden von den meisten deutschen Startups leider immer noch sträflich vernachlässigt. Rühmliche Ausnahme ist SoundCloud mit seiner populären API.