Header Ads Widget

Ticker

6/recent/ticker-posts

4 ciudades, 4 API impresionantes: función de gira mundial

 s API nórdicas realizarán una gira mundial para facilitar el intercambio de ideas de expertos en la esfera de la interfaz de programación de aplicaciones (API). Para prepararnos para el recorrido, decidimos entrevistar a una empresa de evangelización de API en cada ciudad que visitaremos (Copenhague, Múnich, Londres y Seattle) para saber cómo están impulsando la próxima generación de tecnología API y los consejos que pueden. ofrecer a otros desarrolladores.

drivr-copenhague-taxi-nordic-apis-world-tour-2015

Drivr  es una plataforma de despacho de taxis y transporte terrestre basada en la nube que ayuda a los operadores existentes en todo el mundo a actualizar los sistemas analógicos existentes. Sin gastos de infraestructura iniciales, Drivr obtiene sus ingresos por automóvil en el sistema.

La aplicación móvil permite a los pasajeros conectarse a través de dispositivos iPhone, Windows o Android, y los conductores ejecutan iPhones. En el lado de la administración, las API se conectan a sus centros de llamadas, a la reserva en línea e incluso ofrecen una plataforma corporativa para la administración masiva y la facturación combinada .

Cómo se asocian para crecer

"Todo en nuestro sistema está conectado a API internas y externas a las que se conectan nuestros socios", dijo Peter Theill, desarrollador de API y aplicaciones móviles de Drivr, a las API nórdicas. Uno de esos socios es DinnerBooking , que permite a los restaurantes obtener reservas a través del sitio web, donde puede administrar los asientos de su restaurante. "Están utilizando nuestros sistemas para pedir un taxi hacia o desde el restaurante". No solo les da a los restaurantes un servicio adicional que ofrecer, sino que pueden estimar mejor cuándo estarán abiertas las mesas y exactamente cuándo llegará la próxima reserva.

Theill dice que también están experimentando con asociaciones con servicios de enrutamiento y mapas más pequeños, "donde en realidad se están integrando para que estén usando nuestro sistema para que puedan ver qué taxis están operando en un área determinada". Una idea es utilizar estos datos para encontrar realmente la mejor ruta en un momento determinado, utilizando una combinación de opciones de transporte público.

Banner básico-01

Cuéntenos acerca de su API

Drivr cuenta con un promedio de seis a siete llamadas a sus API por segundo: cada automóvil y cada teléfono se conecta a través de una API. Además de esas asociaciones, Theill dijo que su API permite a los usuarios saber qué compañía de taxis está operando en un momento dado, con qué tipo de vehículo, para realizar y rastrear los pedidos.

Dijo que la experiencia del usuario es la prioridad de sus API, lo que hace que la API sea un conducto invisible. “Como yo lo veo, la API pública es a lo que nuestras aplicaciones de iPhone, Android y Windows Phone se conectan directamente, pero trabajamos para tener una experiencia de usuario lo más fluida posible. Queremos que nuestro taxista y nuestros usuarios realicen reservas con la menor cantidad de clics posible ". Con esto en mente, los socios realizan sus propias pruebas completas en un entorno de prueba antes de que se publique algo.

Muéstranos tu tecnología

Las API de Drivr están creadas como una interfaz REST, exponiendo JSON como una carga útil, mientras que la tecnología se basa en el marco .NET de Microsoft. "Tener API REST y tener devoluciones de JSON, es fácilmente consumible por la mayoría de los consumidores de clientes, y JSON también es un formato muy agradable para verlo como un humano", dijo Theill. "De hecho, estamos mirando el código en la API y reflexionamos sobre este código".

Lo que los desarrolladores necesitan saber: documentación actualizada

Theill dice que una buena documentación crea una mejor experiencia para el desarrollador , particularmente cuando su documentación es rica en buenos ejemplos.

“Cuando realmente haga un cambio en la API, hágalo asegurándose de que la documentación esté actualizada. Una forma de hacerlo es que nuestra documentación se genera automáticamente en un 80 por ciento en función del código API. Cuando hacemos un cambio, nuestra documentación se cambia automáticamente ". Él dice que la descripción del flujo de trabajo y la funcionalidad debe hacerse manualmente, pero el resto actualiza automáticamente la documentación.

“Te permite, como desarrollador de API, hacer menos trabajo y cometer menos errores

lo cual es aún peor que tener esa actualización ”, dijo Theill.

 

Lea también: Cómo impulsar la adopción de API con buenas prácticas de documentación

fidor-alemania-munich-nordic-apis-world-tour-2015


Fidor es el único banco del mundo que ofrece a las personas y las pequeñas empresas la combinación bancaria completa: banca tradicional como tarjetas de crédito y préstamos, así como financiación colectiva, préstamos entre pares y banca criptográfica con Bitcoin.

Desde su licencia bancaria en 2009, Fidor siempre ha incluido un aspecto social en la banca, con una comunidad que puede plantear preguntas, calificar asesores financieros y calificar productos financieros. Fidor tiene más de 250.000 clientes alemanes y también se encuentra en Rusia y Reino Unido. El cliente objetivo de Fidor está viviendo lo que el CEO de Fidor TecS, Frank Schwab, llama "un estilo de vida digital"; no solo con un perfil de Facebook, sino como un gran consumidor digital, comprando en eBay y Amazon, y usando Uber.

Muéstranos tu tecnología

Según Schwab, Fidor fue la primera plataforma bancaria completa creada en Ruby on Rails y aún puede ser la única que usa Ruby en su núcleo. Desde que estaban diseñando en 2008, decidieron construir el sistema bancario, incluida la arquitectura API, en Ruby porque, como dice Schwab, es "fantástico para la creación rápida de prototipos". Casi siete años después, optaron por seguir con Ruby porque, para Fidor, el uso de una sola pila técnica ha permitido una rápida escalabilidad. Hablando de decisiones sobre tecnología inteligente, Fidor acaba de ganar el premio Celent Model Bank of Year 2015 por excelencia en tecnología en banca.

Cuéntenos acerca de su API

"Somos el único banco a nivel mundial que expone una arquitectura API abierta de la forma en que lo hacemos", dijo Schwab. "Sabemos que otros bancos tienen API, pero son muy limitadas y restringidas". Con sus eventos del día del desarrollador y el portal para desarrolladores , Fidor, por otro lado, está fomentando la colaboración.

La API pública de Fidor está abierta a todos los clientes y ofrece dos opciones: “Puede hacer uso de todas las funciones dentro de nuestra empresa: todos los productos y procesos, acceso remoto a su propia cuenta a través de la arquitectura API, pero también le permite si es un desarrollador que le gustaría desarrollar para nuestra base de clientes ". Esto generalmente se hace a través de la tienda de aplicaciones Fidor, que actualmente cuenta con 25 socios, incluido uno que permite la compra y venta de metales preciosos.

Schwab afirma que "si usted es una pequeña empresa y desea integrar completa y fácilmente su negocio con su funcionalidad bancaria, básicamente somos el único banco donde puede hacerlo a un precio razonable con una arquitectura API".

Durante cinco años seguidos, han enviado nuevas funciones de API a los clientes cada dos semanas.

Lo que los desarrolladores necesitan saber

“No tiene sentido desarrollar tecnología si no conoce el motivo, y si no tiene ni idea de qué tipo de beneficio le está brindando a su cliente, es mejor que se detenga. Incluso la API más técnica no tiene valor si no se utiliza ”, aconseja Schwab. "He visto que se están desarrollando muchas cosas que son excelentes desde una perspectiva tecnológica, pero que finalmente fallaron".

Schwab dice que siempre debes responder:

  • ¿Por qué desarrollas qué?
  • ¿Quién es tu usuario?
  • ¿Quién es tu cliente?
  • ¿Por qué ambos deberían usarlo?

En lugar de priorizar siempre los incentivos financieros, Schwab agrega que las empresas deben apuntar a crear servicios que sean útiles y socialmente beneficiosos para los usuarios finales.

 

import.io-nordic-apis-2015-destacado

¿Alguna vez está mirando un sitio web y desea que se pueda consumir de una manera diferente y centrada en los datos en una hoja de cálculo de Excel? ¿Quizás para poder comparar su sitio web con el de sus competidores? Eso es exactamente lo que permite Import.io . Según el cofundador y director de datos Andrew Fogg, "la tecnología puede permitirle convertir sitios web en filas de datos sin escribir una línea de código".

Fogg dice que el objetivo es hacer que las personas reconsideren "cómo podrían usar los datos de la web para cambiar el tipo de cosas que hacen y las preguntas que hacen".

Continuó con "La visión que estamos tratando de hacer en Import.io es ser el mayor importador de datos, cualquier cosa que se pueda hacer para que la máquina de lectura de datos se lea".

Import.io ofrece dos versiones del producto. El primero implica código cero; un usuario simplemente pega un hipervínculo y recupera filas y columnas de datos en el sitio. Fogg dijo que "detrás de este producto hay otro producto, un navegador web especial que puede interactuar con el sitio web, responder algunas preguntas y usar ejemplos de sitios que podrían gustarle".

Cómo se utiliza su servicio

Fogg lo llama "obtener datos sobre productos, lugares, personas". Dice que muchos fabricantes utilizan Import.io para crear modelos de precios, extrayendo datos de "60 mil productos". Dice que se imagine importar todo el sitio web de Gap con cada página de producto con nombres de productos, imágenes, tamaños y precios. "Si quisiera todos los productos de Gap, entonces esa única página de producto es una fila en la tabla de datos y luego el precio y la descripción serían una columna".

Las empresas de contratación también utilizan la herramienta para vigilar las páginas de carreras en los sitios web de los clientes. "Tan pronto como se publica un trabajo, su empleado de RR.HH. en Citigroup acaba de publicar nuevos trabajos, [y usted] les da una llamada".

Muéstranos tu tecnología

Fogg dice que trabajan principalmente en Java, a través de una “plataforma de mensajería personalizada que hemos construido para manejar las consultas de los usuarios y las solicitudes se envían a los sitios web. Representamos los sitios web en nuestro servidor, analizamos los datos y luego enviamos los datos a los usuarios ". Él dice que la API principal es una API REST, que regresa en formato JSON.

Hablemos API

“Cuando un usuario interactúa con uno de estos sitios web y hace clic en 'Obtener datos', esencialmente está creando una API para cada sitio web”, dijo Fogg. Los usuarios han creado más de medio millón de API web de esta manera.

Él dice que Import.io tiene una única API que puede usar para extraer datos de cada sitio web, que los clientes pueden cambiar luego en su propio sitio web o pueden tener un rastreador para usar la API.

Pero Fogg dice que su cliente objetivo tal vez no necesite saber cómo usar una API, sino cómo hacer preguntas orientadas a los datos. “Confiamos en que estamos avanzando hacia un progreso totalmente automatizado. Ingrese la URL y obtendrá los datos ”, dijo. “La visión es una API única para cualquier sitio web. En el futuro, podrá volver a poner una única API en tiempo real sin necesidad de formación ".

Fogg continuó con “Import.IO es necesario porque el mundo en el que vivimos no es un mundo basado en API. La inmensa mayoría de los sitios web no tienen API, por lo que necesita Import.io. Me encantaría que todos los sitios web tuvieran una API ".

Leer más sobre la estrategia de desarrollo API-First

Lo que los desarrolladores necesitan saber: KISS

manténlo-simple-estúpido-nórdico-apis

Fogg recomienda seguir lo que los periodistas llamamos la regla KISS: Keep It Simple, Stupid.

"Simple de usar con una funcionalidad simple es mejor que una funcionalidad completa y difícil de usar", dijo. "Concéntrese en el caso de uso simple, Rest y JSON son mejores que algo que tal vez sea más completo".

Una de las principales recomendaciones que hace Fogg es reducir el tiempo dedicado a los datos para el consumidor de API. Sugiere que esto se hace a través de “ Documentación de API basada en ejemplos, donde literalmente puedo hacer clic en un enlace en la documentación y es una llamada de API y obtengo mis datos en otra pestaña de mi navegador. Como consumidor de API, estoy tratando de evaluar si es algo que quiero. Cuanto antes lo consiga, más probable será que dedique tiempo a leer sus documentos ". Por ejemplo, la primera sección de la documentación de una API suele ser Autenticación, pero él dice que es mejor comenzar con un paso a paso muy rápido para que la gente pueda probarlo de inmediato.

"Determine cuál es su llamada API principal y conviértala en el centro", dijo Fogg. No empieces con la introducción.

La plataforma de redes sociales de 140 caracteres favorita de todos lo hace realmente bien. "Hay muchas llamadas a API en la documentación de Twitter, pero la primera con la que lideran es recibir tweets de un usuario [y luego] la función de búsqueda".

 

algoritmia-apis-nórdica-de-seattle

La algoritmia se creó para resolver una frustración común tanto en la investigación universitaria como en la de software: se pasan años desarrollando algoritmos que nunca llegan al mercado o, bueno, a ninguna parte. Diego Oppenheimer y sus cofundadores de Carnegie Mellon lanzaron un mercado abierto de datos en marzo de 2015 para crear un camino desde la investigación hasta el producto.

En primer lugar, buscaron responder a la pregunta de por qué los equipos avanzados de ciencia de datos no utilizan la investigación avanzada. Si bien, a medida que los datos crecen, existe una creciente demanda de algoritmos para analizar esos datos, descubrieron que el equilibrio riesgo-recompensa no siempre funciona. "Muchas veces, es necesario averiguar qué funciona o no", dijo Oppenheimer.

Cualquier código ejecutable puede ingresar a la plataforma, definir la entrada y la salida, y Algorithmia lo implementará inmediatamente en su API. “Nos ocupamos de todo lo demás: lo comercializamos, lo hacemos localizable, lo escalamos a la cantidad de máquinas que necesite, lo medimos. Le permitimos cosechar las recompensas de ello. Sin dependencias, sin instalaciones, sin descargas ”, dijo Oppenheimer. "La idea aquí es permitir a los desarrolladores en general crear prototipos y llegar a la producción mucho más rápido".

La plataforma también es una red social, que incluye votaciones, comentarios y una puntuación de reputación para cada perfil de usuario porque, como él dice, "las redes sociales mantienen la calidad".

¿Quién usa su servicio?

Aunque la plataforma solo se lanzó hace un mes, no hay duda de que la recompensa supera el riesgo en este caso. Ya hay más de mil algoritmos en el sitio.

Oppenheimer dice que el cliente típico de Algorithmia puede ser cualquier persona, desde un desarrollador de JavaScript que aprendió a codificar en cinco meses hasta una compañía Fortune-500 que quiere construir una línea más rápida para los procesos de datos.

Todos los que usan la plataforma están gravitando hacia sus propios nichos. Los usuarios, como profesores de su alma mater, la Universidad de Washington y el Instituto de Tecnología de Massachusetts, y los desarrolladores en Rumania, están llenando la nueva plataforma con herramientas como recomendaciones de mercado, herramientas de verificación de seguridad de sitios web, un experto en audio; herramientas de análisis predictivo y de sentimiento, reconocimiento facial, agregación de datos y servicios de visualización, y más microservicios que realizan funciones específicas.

Oppenheimer nos invita a considerar un desarrollador de aplicaciones que quiera hacer algo de maquinaria avanzada como la detección de rostros, pero solo tenga las habilidades técnicas para consumir API. "Le estamos dando esa capacidad a ese desarrollador para hacer cosas realmente muy avanzadas que quizás no hayan podido hacer eso por su cuenta".

Muéstranos tu tecnología

Los algoritmos están basados ​​en API, principalmente salida JSON, lo que “nos da la flexibilidad de hacer cualquier cosa. También ofrecen una API de datos, para aquellos que quieran trabajar con grandes cantidades de datos.

Cuéntenos acerca de su API

El desarrollador del algoritmo cobra por llamada lo que quiera cobrar, mientras que Algoritmia cobra por segundo. El desarrollador decide si quiere que sea una API abierta o cerrada. "Si lo abren, entonces le devolvemos un poco al usuario porque creemos firmemente en la comunicación de código abierto", dijo Oppenheimer.

Alguien tuiteó llamando a Algorithmia "La meta API para Internet".

El algoritmo en el mercado puede llamar a cualquier otro algoritmo dentro del mercado, haciendo de cada algoritmo un bloque de construcción. Él dice que a través de la Algoritmia, "puedo construir un canal de datos completo realmente muy avanzado".

Lo que los desarrolladores necesitan saber: flexibilidad

“Trate de ser flexible con su diseño porque las cosas cambian. Úselo y use su propio diseño ”, dijo Oppenheimer, siguiendo el ejemplo de Amazon acerca de comer su propia comida para perros. Continuando, dijo: “Probablemente aprenda más sobre usted mismo usando su diseño. Usamos nuestros propios algoritmos internamente para recomendar etiquetas y nuevos algoritmos a otras personas ".

¿Quieren más?

abrir gráficos

Esperamos que haya disfrutado de esta velada de profesionales internacionales de API. Pero para realmente participar, asista al Tour mundial de APIs nórdicas 2015 , donde reuniremos a expertos en API para discutir los elementos que componen todo el ciclo de vida de la API .

Publicar un comentario

0 Comentarios