W pierwszej chwili zapachniało sensacją. Ba! prawie tabloidem. Zamach? W naszym internetowym, łebdwazerowym światku? Wreszcie jakaś akcja! :)) Zwłaszcza, że Marcin zdecydował się ujawnić swoje stanowisko w sprawie API Blipa i tego jak z niego korzystają inni.
credit: Daquella manera
Sęk w tym, że nie ma o czym mówić. Czy może inaczej – zanim ktoś z was zrobi jakiś mash-up niech przeczyta 6 prawd o darmowych API. Nie ma czegoś takiego jak darmowy obiad.
Szczególnie zwróćcie uwagę na punkt 4:
Dostawca API z którego korzystasz, zawsze będzie mógł łatwiej budować usługi na bazie jego API niż ty. Dlatego musisz dodać coś co ciężko będzie skopiować, coś więcej niż proste dodanie funkcji szukaj. Wtedy właściciel API nie będzie mógł tak po prostu skopiować Twojej usługi jeśli okaże się sukcesem.
Pisząc Run-N-Share wiedziałem, że Google będzie rozszerzać oferowane usługi wokół map i że prędzej czy później większość rzeczy, które chciałem zrobić będą dostępne bezpośrednio z gógla i sensowność serwisu jako takiego zacznie maleć. Czy mimo to pisanie RNS było bezcelowe?
Pisanie mash-upu, nawet takiego, który jest prostym ‘tweakiem’ podstawowego serwisu może też mieć czasami sens. Możesz zdążyć zaistnieć zanim ‘większy’ zaimplementuje twój pomysł, służyć taki mashup może jako niezły zaczyn portfolio. A jeśli wyciągniesz wnioski z 6-ciu prawd, to zbudujesz coś czego nie będzie się dało tak łatwo skopiować.
Zresztą – lepiej spróbować i polec, ale zrobić to a nie spędzać miesiące kodując w piwnicy i dopieszczając pomysł, którego potem w ogóle nie opublikujesz bo realia się zmieniły. Budowanie na bazie cudzych API ma tą zaletę, że można swój serwis znacznie szybciej zbudować. Szybciej przetestować swoje pomysły a jeśli trzeba – fail fast.
Jestem pewien, że ekipa Netguru (autorzy ‘zamachniętego’ Blipcasta) na tej imprezie nie straciła. A doświadczenie z Blipcasta się przyda i jeszcze o produkcjach spod znaku kopniętej łósemki usłyszycie nie jeden raz. I następnym razem skopiować się nie będzie dało tak łatwo ;)
Popularity: 9% [?]
