Czasy dla webdeweloperów nastały ciężkie, gęsi za pracy po godzinach nie dostają, więc trzeba szukać innych metod zarobkowania. Według Matta przyszłość należy do interfejsów programistycznych.

Ostatni rok był szczególnie łaskawy dla miłośników API. Facebook nie zarzucił rozwijania swoich interfejsów programowania, i nie wygląda na to, aby miał zamiar je ograniczyć. Inne serwisy społecznościowe też w mniejszym lub większym stopniu podchwyciły ten trend. NK.pl ma API dla swoich partnerów biznesowych, podczas gdy Google+ wciąż pracuje nad swoim API.

Ale interfejsy programistyczne to nie tylko dostęp do danych w usłudze jako centrum działalności, ale też gotowe narzędzia, z których możemy skorzystać bez pisania własnego kodu. Obracanie zdjęć, retusz, syntezator mowy, rozpoznawanie tekstu? Nazwij to, a znajdziemy odpowiednie API. Powstały nawet serwisy gromadzące w jednym miejscu multum powstałych rozwiązań.

Rok 2012 ma być, zdaniem Asaya, czasem weryfikacji dla tych wszystkich API. Póki co niewiele mamy informacji na temat konkretnych wyników biznesowych firm, które postawiły na to rozwiązanie. Wiemy natomiast, że powstało parę ciekawych, choć kosztownych API, np. Google Translate.

Asay uważa, że interfejsy programistyczne zastąpią rozwiązania Open Source, ponieważ nie wymagają od programistów poznawania kodu źródłowego innych rozwiązań, aby je integrować. Wystarczy dobra usługa i dokumentacja.

Zwraca też uwagę, że brakuje jeszcze standaryzacji interfejsów. To prawda, aczkolwiek próby stworzenia takich standardów, jak np. SOAP, okazały się zbyt trudne w użyciu. W praktyce sprawdzają się proste rozwiązania, które prowadzą do osiągnięcia celu.

Rok 2012 może być więc czasem, gdy powstaną pierwsze firmy zarabiające głównie na API. Czy to przez skupienie programistów wokół tworzenia usług wokół centralnego projektu albo wzbogacania ich projektów o dodatkowe, rozbudowane funkcje.

W drugi wariant łatwiej uwierzyć. Pierwszy model ma poważną wadę – uzależnienie się od dostawcy usługi podstawowej. Drugi jest bardziej obiecujący i rzeczywiście może przynieść pieniądze, jeśli tylko będą to rozwiązania na tyle wyrafinowane, że przeciętny programista nie będzie miał środków i czasu na samodzielne ich wytworzenie.

źródło: theregister.co.uk