Snap lanza oficialmente Snap Kit, su plataforma para desarrolladores

SnapKit

Hace apenas un par de semanas, os informábamos de que Snap Inc estarí­a desarrollando su propia plataforma para desarrolladores, tras la cual terceros desarrolladores podrí­an añadir algunas de las mejores capacidades de Snapchat a sus propias aplicaciones. Pues bien, la nueva plataforma de desarrolladores de Snap Inc es, desde hoy, una realidad.

Snap Kit es, básicamente, un conjunto de APIs (Login Kit, Creative Kit, Bitmoji Kit y Story Kit) que podrán utilizar los desarrolladores para añadir capacidades de Snapchat a sus propias aplicaciones.
Continúa leyendo «Snap lanza oficialmente Snap Kit, su plataforma para desarrolladores»

TravelgateX y su API para proyectos turí­sticos

xmltravelgate

TravelgateX es un proyecto que todo el mundo que trabaja en el sector turí­stico deberí­a conocer, nacido en el 2011 y con un origen bastante interesante, tal y como comenta su fundador en el blog de la compañí­a.

Se trata de APIs hechas por programadores para programadores, todas ellas enfocadas para que las empresas puedan conectar con touroperadores, agencias mayoristas de turismo, compañí­as aéreas, cadenas hoteleras y demás actores del sector. Continúa leyendo «TravelgateX y su API para proyectos turí­sticos»

FareNabber API – personalización de vuelos, nuevo recurso presentado en #SabreTTX

Durante el Travel Technology Exchange 2017 se dió a conocer un nuevo API por parte de la empresa de tecnologí­a Sabre, el cual ofrece un Sistema de Distribución Global (GDS), que tiene como clientes a la mayorí­a de las aerolí­neas del mundo y que es utilizado por muchas agencias de viajes online (OTA”™s). Con esta presentación la empresa por una parte deja claro el cambio en la manera que va a distribuir los contenidos que tiene y por otra su intención de  abrir oportunidades de negocio para empresas del sector.

FareNabber API

Este API se llama FareNabber y estará disponible en la página para desarrolladores de Sabre. El objetivo de esta API es darles a los desarrolladores de Startups, agencias de viajes online y agentes de viajes una herramienta que les permita personalizar con mucha especificidad los diferentes elementos de un viaje como:

Continúa leyendo «FareNabber API – personalización de vuelos, nuevo recurso presentado en #SabreTTX»

Microsoft Band y Microsoft Health comienzan a abrir las puertas a los desarrolladores

Microsoft-Band_feat

Microsoft comienza a facilitar la expansión del ecosistema de Microsoft Band y Microsoft Health con el lanzamiento de la vista previa de Microsoft Band Web Tiles y la vista previa del primer conjunto de APIs de Microsoft Health Cloud. Con estos movimientos, Microsoft cumple con su compromiso con la comunidad de desarrolladores para hacer de su ecosistema enfocado en la salud un ecosistema abierto y multiplataforma.

Respecto a la vista previa de Microsoft Band Web Tiles, cualquier desarrollador interesado podrá crear mini aplicaciones basados en contenidos obtenidos de fuentes RSS para la pulsera de fitness de Microsoft, Microsoft Band. Con ello, se podrá llevar los contenidos de diferentes sitios web directamente a Microsoft Band. Los desarrolladores deberán comenzar por visitar el sitio de Microsoft Band Web Tiles, leer la documentación disponible, descargar las muestras, y una vez estén listos, comenzar a crear nuevos Web Tiles para Microsoft Band a través de la herramienta disponible para ello, donde seguirán una serie de pasos en un proceso que dura unos cinco minutos.

La inclusión de las nuevas aplicaciones Web Tiles serán llevadas a Microsoft Band a través de la aplicación de Microsoft Health disponible tanto para Android, iOS, así­ como para Windows Phone.

Respecto a la vista previa de las primeras APIs de Microsoft Health Cloud, Microsoft señala que estas APIs están basadas en estándares abiertos y suponen un primer paso para hacer extensible su plataforma Microsoft Health. Con ello, los desarrolladores podrán mejorar las experiencias de sus aplicaciones y servicios usando los datos procedentes de Microsoft Band, ofreciendo diferentes posibilidades como informes, recomendaciones, entre otros.

Eso sí­, estas APIs son de sólo lectura y enfocada en las actividades y resúmenes para ofrecer a los desarrolladores operaciones de lecturas de datos de actividad de Microsoft Health así­ como resúmenes basados en intervalos para los datos biométricos.

Extraen modelos de temas en farsi mediante APIs

¿Cómo encajar las exigencias de diseño de una API REST con el Machine Learning y, en concreto, con la modelización de temas? El advenimiento de la era Machine Learning va a cambiar para siempre la forma en que diseñamos, estructuramos y escribimos nuestro código. Este auge se debe a la optimización de la tecnologí­a y a su traslado desde mundo académico a la industria, lo cual tendrá su lógico impacto en el futuro de la informática y del software en general.

Ali Kheyrollahi de ASOS nos invitó en APIdays Mediterranea a unirnos a él en el análisis de un caso de Machine Learning en el que se toma un gran corpus de documentos en farsi y se intenta encontrar los temas que se tratan en ellos. Se exploró Latent Dirichlet Allocation como técnica no supervisada de modelización de temas, ya que permite habilitar búsquedas y construir una matriz de similitud documento a documento. Se repasaron también brevemente los retos del procesamiento de textos en farsi, que es el vigésimotercer idioma más hablado en el mundo y, lo que es más impactante, el décimocuarto más usado en internet, por delante del coreano o el sueco.

Finalmente Ali presentó un nuevo concepto denominado Mills: una nueva forma de sacar a la luz las capacidades del Machine Learning a través de APIs. Este modelo, al contrario que los recursos convencionales, define un endpoint especializado, seguro e idempotente, que extrae el modelo de Machine Learning al mundo exterior. Más información en su presentación.

Fotografí­a de Mariano Cuesta.

Del teatrófono a las apps… y a las APIs: el reto de la innovación en las telecomunicaciones en 2020

Desde la idea del teletrófono de Meucci hasta el teatrófono, el primer servicio de emisión de eventos en directo y bajo demanda, las telecomunicaciones han sido siempre originadoras de tecnologí­as que cambian nuestras vidas. Pero desde que han empezado a surgir servicios de gran popularidad (Viber, WhatsApp, Skype, etc.) y ha ido cada vez a más el duopolio de Google y Apple en cuanto a canales de distribución de apps, la industria de las telecomunicaciones ha tenido que ir enfrentándose a retos más serios.

En la última charla de APIdays Mediterranea, Luis Borges Quina de APIdaze ha repasado las principales disrupciones que ha generado este sector:

  • Antonio Meucci, inventor del teletrófono, al que hoy en dí­a llamarí­amos teléfono, y muchos otros inventos. Tuvo una vida realmente agitada que merecerí­a toda una pelí­cula. Se le podrí­a considerar el verdadero inventor del teléfono, solo que no oficialmente porque no conseguí­a reunir el dinero necesario para pagar la patente.
  • Clément Ader: apasionado de los objetos y coches voladores, es famoso por haber inventado el avión, pero también construyó la primera red de teléfonos en Parí­s en 1880.
  • Almon Brown Strowger: a él le debemos el telerruptor, un dispositivo usado en las primeras centrales telefónicas que automatizaba un gesto muy engorroso para los humanos.
  • John Draper, también conocido como Captain Crunch: inventor de la BlueBox, los aparatos electrónicos usados para hacer hacking telefónico, sin los cuales no habrí­a existido Apple, según Walter Isaacson.

El elemento común a todos ellos es que no esperaron a que nadie viniera a arreglarles los problemas con los que se encontraban en su dí­a a dí­a, sino que decidieron ser ellos mismos el motor del cambio.

A continuación, propuso distintos escenarios en los que analizaba cómo el valor en cadena de las telecomunicaciones va a cambiar en los próximos cinco años y por qué las APIs van a liderar tal cambio en esta industria:

  • El mercado de las telecomunicaciones sigue intentando provocar disrupciones y buen ejemplo de ello son las startups SigfoxLora Alliance.
  • Firefox podrí­a convertirse en una operadora de telecomunicaciones. Hace cinco años quizá sonara imposible, pero ahora cada vez se ve más posible. Como prueba de que los navegadores tienden a integrar servicios puso la nueva función de videoconferencias de Firefox Hello.
  • El fin del duopolio de Google y Amazon podrí­a estar cerca si los drones Aquila de Facebook tienen éxito.

En fin, la premisa de Luis fue que viendo cómo ha evolucionado la innovación en el pasado, con un poco de imaginación podemos intentar predecir el futuro, y así­ hacernos una idea de qué papel tendrá nuestro negocio en el panorama de los próximos años.

Fotografí­a de Paulsbruce.

Diseño eficiente de APIs para desarrolladores humanos

Uno de los aspectos más importantes en el ciclo de vida de una API es, por supuesto, la fase de diseño; pero en orden de magnitud, justo después de esta, Orlando Kalossakas de Mashape coloca la fase de documentación.

Se puede diseñar con herramientas que, como Dreamweaver hací­a para el desarrollo web, ayudan en la parte de diseño de forma brutal. Sin embargo, al contrario que con Dreamweaver, que era la herramienta estándar de facto para los desarrolladores web, en el espacio de diseño de una API hay muchas opciones entre las que elegir, tanto para diseñar como para documentar tu API. Recuerda que el diseño de una API resulta de repetir, repetir, repetir y repetir lo que funciona mejor para tu base de usuarios.

  • Swagger por Swagger.io (basada en el lenguaje de definición de Swagger)
  • Mashape’s API Editor por Mashape.com (basada en un editor visual)
  • API Designer Studio por Mulesoft.com (basada en RAML)
  • Readme by Readme.io (basada en RAML)
  • Apiary’s API Explorer por apiary.io (basada en API Blueprint)

Y existen más, poco conocidas, que están surgiendo con toques innovadores en el diseño de la API y en el espacio de documentación.
Continúa leyendo «Diseño eficiente de APIs para desarrolladores humanos»

Más alla de los documentos: lecciones aprendidas al reconstruir la documentación de una API

En los últimos años cada vez han aparecido más servicios en internet pensados para desarrolladores: existe una API para casi todo. Esto significa que ha surgido un nuevo objetivo para estos productores de APIs. Los desarrolladores, ahora, son parte del proceso de decisión cuando la empresa tiene que elegir la solución que va a aplicar.

Para satisfacer estas nuevas necesidades de marketing, Yann Irbah, de Paymill, ha observado que más y más compañí­as están creando equipos de evangelistas. Un desarrollador evangelista es actualmente un cargo bastante común en startups tecnológicas, pero el evangelismo va mucho más allá de las relaciones con los desarrolladores.

En su charla en APIdays Mediterranea ha demostrado que las largas y feas documentaciones de antaño pueden (y deben) convertirse ahora en herramientas de marketing. En este mundo de internet que cambia tan rápido, para no quedarse atrás con respecto a la competencia hay que disponer de una documentación y unos recursos para desarrolladores tan cuidados como nuestra página web principal. Su contenido debe permitir colaboraciones, como cualquier producto abierto. Más información en la presentación de Yann.

En definitiva, si una startup de APIs quiere tener éxito, debe integrar sin falta la gestión de su documentación en el proceso de las relaciones con sus desarrolladores.

Fotografí­a de Arnaud Breton.

Tu API merece más respeto: ¡trátala como un producto!

En Esendex se dedican a simplificar las comunicaciones profesionales a través de SMS. De entre todos sus productos, el más popular es su API, que permite a sus clientes integrar la comunicación SMS en sus aplicaciones, permitiendo automatizar este potente canal de comunicación en sus procesos, para notificaciones, recordatorios o alertas, entre otros muchos usos.

_MG_0289Sin embargo, hace unos años descubrieron que tení­an un problema: a pesar de que su API era uno de sus principales productos, no hablaban de ella. La API era un concepto técnico, casi mí­stico, con el que los trabajadores no se sentí­an cómodos. Por ejemplo, no eran capaces de decir nada más que que una API era un estándar entre dos sistemas para comunicarse. Mientras su API no paraba de cosechar éxitos, Esendex no estaba transmitiéndoselo a nadie, con todo lo que ello conlleva.

Andrew Seward, Technical Product Manager de Esendex, ha explicado en APIdays Mediterranea cómo su empresa logró establecer un entendimiento común de la API y cómo toda la organización, desde los desarrolladores al equipo de ventas, descubrió cómo tratar su API como un producto.

Fotografí­as de Mariano Cuesta.

Búsquedas visuales en moda: objetividad y eficiencia

Una imagen vale más que mil palabras, dice el refrán. Cierto es que los seres humanos somos visuales: utilizamos las imágenes desde tiempos inmemoriales como modo de aprendizaje y forma de comunicación. Y aun así­, los principales buscadores utilizan la semántica como principal motor de búsqueda, obligándonos a transformar en palabras pensamientos que generamos en forma visual.

En determinados campos como el de la moda, la búsqueda por palabras ha demostrado ser inefectiva por su alto componente de subjetividad: existen tantas descripciones como percepciones. Es ahí­ donde entran en juego los buscadores visuales como el que han desarrollado en Wide Eyes: un motor de búsqueda, objetivo y eficiente, en el que una imagen vale una imagen. Encontrar y comprar a partir de una imagen es una realidad factible gracias a su tecnologí­a de visión por computación: permite encontrar cualquier tipo de prenda a partir de una foto o captura, y ofrecer artí­culos visualmente similares a los buscados. El reto consiste en aportar soluciones tecnológicas que den paso a una experiencia de compra innovadora, más efectiva y natural, rompiendo las barreras entre el mundo offline y online.

_MG_0201En su charla, Rodolfo Guichón, ha explicado que convertir la investigación de más alto nivel en servicios basados en APIs no consiste solo en “productificar” algoritmos escritos en un paper o pasar modelos desarrollados en simuladores matemáticos a lenguajes aptos para entornos de producción, sino en acompañar activamente el desarrollo, desde la concepción de la idea hasta el mantenimiento de las APIs, cuando estas ya están en producción. Esta metodologí­a es una adaptación de la “Ingenierí­a de Requerimientos” de Pressman con sus siete fases (Inception, Elicitation, Elaboration, Negotiation, Specification, Validation y Management) adaptada a Agile Development y un entorno de investigación colaborativo.

El resultado final es un producto que cumple tanto con los requerimientos funcionales como cualitativos especificados. Las APIs crean una capa de abstracción de la complejidad inherente a los algoritmos de visión por computador e inteligencia artificial de tal manera que usuarios no expertos en este tipo de tecnologí­a puedan integrar nuestras soluciones con una curva de aprendizaje inexistente.

Fotografí­as de Mariano Cuesta.