Google for Developers

Contenido de aplicaciones iOS en la Búsqueda de Google

jueves, 28 de mayo de 2015

descubrir contenido relevante de aplicaciones Androidaplicación Google

Fig.1

Cómo hacer que tu aplicación de iOS sea indexadaPermite que se puedan añadir enlaces profundosvolver a los resultados de la Búsqueda con un clicProporciona anotaciones con enlaces profundosComunícanosg.co/AppIndexingforo de ayuda para webmasters

¡Jo jo jo! Sigue a Papá Noel de Google ahora es de código abierto

lunes, 25 de mayo de 2015

google/santa-tracker-webgoogle/santa-tracker-android

Fig.1

Aplicación para Android

La aplicación para Android "Sigue a Papá Noel" es un APK compatible con todos los dispositivos que funcionan con Ice Cream Sandwich (4.0) y posteriores. Puedes encontrar el código fuente de la aplicación aquí.

Fig.2

La villa de Papá Noel es un lanzador gráfico de videos, juegos y del rastreador. Para poder distribuir 10.000 píxeles de ancho, la villa utiliza la jerarquía de recursos de Android de una forma única para escalar gráficos sin la necesidad de utilizar objetos para depósitos de múltiples densidades, reduciendo así el tamaño del APK.

Los juegos en Sigue a Papá Noel se crearon mediante una combinación de tecnologías como JBox2D (juego de Gumball), jerarquía de vista de Android (juego de la memoria) y OpenGL con un motor de representación diseñado para este fin (juego de jetpack).

Para ayudar con la interactividad del usuario, la aplicación utiliza la API de indexación de aplicaciones a fin de permitir el uso de autocompletado en los juegos de Sigue a Papá Noel desde la búsqueda de Google. Esto se logra mediante el uso la técnica de enlaces profundos.

Fig.3

Android Wear

Las caras personalizadas de los relojes Android Wear te dan la posibilidad de personalizarlos a tu gusto. Que Papá Noel o uno de sus amigables duendes sean quienes dicen la hora nos hace sonreír a todos. Crear caras de reloj personalizadas es muy divertido, pero proporcionar una cara de reloj de alto rendimiento y bajo consumo de batería requiere ciertas consideraciones. Puedes encontrar el código fuente de la cara de reloj aquí.

Sigue a Papá Noel utiliza notificaciones para informarles a los usuarios cuando Papá Noel inicia su viaje. Las notificaciones se han mejorado aún más para ofrecer una experiencia excelente en dispositivos portátiles (wearables) y utilizan fondos personalizables y acciones que se enlazan de forma profunda con la aplicación.

Fig.4

En la Web

Fig.5

Sigue a Papá Noel en la Web se creó con Polymer, una nueva y potente biblioteca del equipo de Chrome, basada en componentes web. La utilización de Polymer en Sigue a Papá Noel demuestra lo fácil que es empaquetar código en componentes reutilizables. Cada escena de la villa de Papá Noel (juegos, videos y páginas interactivas) es un elemento personalizado que solo se carga cuando es necesario, y esto minimiza el costo de inicio de Sigue a Papá Noel.

La experiencia interactiva y divertida de Sigue a Papá Noel se crea mediante el uso de la API de animaciones web: una API de JavaScript estandarizada que unifica el contenido animado; esto representa un enorme avance respecto al uso de animaciones CSS. Las animaciones web se pueden escribir de forma imperativa, son compatibles con todos los navegadores modernos a través de polyfills, y Polymer las utiliza internamente para crear sus increíbles efectos de Diseño material. Puedes encontrar ejemplos de esas animaciones a través de esta búsqueda en GitHub.

Fig.6

Papá Noel le da prioridad a los dispositivos móviles; la experiencia de este año se creó con el objetivo de optimizarla para la Web móvil e incluye un diseño que facilita una excelente respuesta, compatibilidad con gestos táctiles mediante Polymer y nuevas funciones como color de metatemas y el manifiesto de aplicaciones para agregar a la pantalla de inicio.

A fin de proporcionar un soporte de localización sobresaliente, se creó un nuevo componente i18n-msg, inédito en los componentes web. Está diseñado a partir de la extensión i18n del sistema Chrome y permite actualizar páginas en vivo durante el desarrollo, pero cuenta con un paso integrado para la optimización.

TinyBytes: El desarrollo de videojuegos paso a paso de la mano de Launchpad

martes, 28 de abril de 2015

TinyBytes, una de las startups integrantes de Launchpad nos cuenta su experiencia día a día en el desarrollo de videojuegos:
Nuestra interacción con Google empieza con el comienzo de cada nuevo juego. Desarrollamos en Unity para Android, que es la plataforma más sencilla y práctica para desarrollar, con lo que la mayoría de las veces prototipamos juegos que primero corren en Android.
Una vez que esos juegos están medianamente avanzados, los subimos al Google Beta Testing y pedimos feedback de los jugadores. Seguimos iterando y puliendo el juego hasta lanzar una versión más avanzada (algo parecido a un Producto Mínimo Viable) en Google Play para unos pocos países, donde medimos el comportamiento de los usuarios.
Si vemos que los usuarios vuelven al juego después de varios días, seguimos incorporando features y contenido al juego, haciéndolo cada vez mejor. Por otro lado, Google Docs nos permite guardar muchas listas de ideas y prioridades que compartimos con el equipo para su seguimiento en el tiempo.
Una vez que el juego esta listo con los features y el contenido planeado y pasa los controles de calidad, trabajamos en los assets de marketing, y lo lanzamos en Google Play mundialmente.
Nuestros juegos están integrados con Google Game Services, permitiendo a los usuarios registrarse con su cuenta de Google+ para así tener acceso a leaderboards y achievements de Google y competir contra amigos y otros usuarios.
Uno de los aspectos más satisfactorios de trabajar en Android es que en pocas horas (o minutos!) el juego esta publicado y disponible para su descarga en Google Play. El backend de Google Play para la carga de textos y assets es sencillo e intuitivo.

En desarrollo de juegos para móvil, los tiempos son claves. Como desarrolladores, queremos saber cuanto antes qué piensan nuestros usuarios sobre el juego para poder mejorarlo, o alternativamente trabajar en ofrecerles otro juego aún mejor. Es por eso que Android y Google Play son de gran ayuda en game development, y lo recomendamos ampliamente.
Si tu también quieres formar parte del programa Launchpad y disfrutar de sus beneficios accede aquí.
Este post ha sido escrito por TiniBytes, startup chilena parte del programa #Launchpad. Editor by +Nicolas Bortolotti

El poder de Polymer y YouTube desde la comunidad, una nueva entrega experiencia

jueves, 23 de abril de 2015

YouTube permite personalizar su reproductor de video e integrarlo en nuestras páginas y aplicaciones para crear experiencias con videos interactivos.Es un gran desafío personalizar el reproductor de modo de lograr una experiencia consistente a través de diferentes dispositivos, con distintos tamaños de pantalla, como móviles, TV, laptops y tablets. ¿Como podemos hacerlo? El componente Web del reproductor de Youtube Gracias a Polymer y los componentes de YouTube podemos utilizar y personalizar el reproductor. Podemos configurar sus parámetros, gestionar su estado y sus eventos!
Los parámetros más importantes son el videoid, con el que especificamos el video que queremos ver, la altura y ancho (parámetros height y width), y finalmente un parámetro que permite simular el modo Chromeless (el reproductor sin controles y branding..), de modo de crear nuestros propios controles para reproducir el video. Recreando caso de éxito "Videos interactivos, Knorr Mexico"

Recreemos la experiencia con videos interactivos de Knorr México, utilizando Polymer, Fig.1:

Fig.1

En esta experiencia se logra ocultado los controles estándar del reproductor (utilizando el modo Chromeless), y mostrando en cambio controles personalizados. Además se comienza en forma automática la reproducción de video.

Como lo podemos hacer con el componente web de YouTube? Simple:

Vamos a configurar el componente de YouTube con reproducción automática y sin controles (Chromeless):

<google-youtube

videoid="3T87lMYzqf4"

height="100%"

width="100%"

rel="0"

autoplay="1"

chromeless>

</google-youtube>
Veamos el ejemplo:http://matiasmolinas.github.io/google-youtube/components/google-youtube/demo.html
Puedes hacer un fork del proyecto en Github: https://github.com/matiasmolinas/google-youtube

En el ejemplo solo falta utilizar paper elements para crear nuevos controles de reproducción, algo que es muy recomendado cuando utilizas el modo Chromeless!

En el próximo artículo veremos cómo incorporar este tipo de controles (paper elements), junto con el API de Datos de YouTube, al hacer uso del componente:
google-youtube-video-wall
https://github.com/GoogleWebComponents/google-youtube-video-wall

Hasta la próxima!

Este post ha sido escrito por +Matias Molinas, Google Developer Expert para YouTube API. Editor by +Nicolas Bortolotti

Se han desactivado los protocolos ClientLogin, OAuth 1.0 (3LO), AuthSub y OpenID 2.0

lunes, 20 de abril de 2015

Originalmente publicado por William Denniss, gerente de producto de Identidad y Autenticación
Se ha finalizado el soporte para ClientLogin, OAuth 1.0 (3LO1), AuthSub y OpenID 2.0, según lo planificado en nuestro cronograma. Los clientes que usen estos servicios no volverán a funcionar correctamente y deberán migrar inmediatamente a OAuth 2.0 u OpenID Connect.
La forma más fácil de migrar un sistema de autenticación es usar Google Sign-in SDKs (consulte la documentación de migración). Google Sign-in está construido sobre nuestra infraestructura basada en los estándares OAuth 2.0 y OpenID Connect, que proporcionan una interfaz única para el flujo de autenticación y autorización en iOS, Android y Web. Para migrar el uso de la API del servidor, recomendamos utilizar una de nuestras bibliotecas cliente de OAuth 2.0.
Estamos dejando de utilizar los protocolos de autenticación heredados y centramos nuestro soporte en OpenID Connect y OAuth 2.0. Estos modernos estándares abiertos mejoran la seguridad de las cuentas de Google, y por lo general los desarrolladores se integran más fácilmente con ellos.
13LO significa 3legged OAuth, que significa que el usuario final presta consentimiento. Por el contrario, 2legged (2LO) corresponde a situaciones de autorización empresariales, tales como control de acceso mediante políticas organizacionales. Los flujos de OAuth1 3LO y 2LO están en desuso, sin embargo, este anuncio se refiere específicamente a OAuth1 3LO.

El poder de Polymer y YouTube desde la comunidad de expertos

martes, 31 de marzo de 2015

Cual es uno de los mayores desafíos a los que nos enfrentamos hoy en día los desarrolladores al momento de crear la UI de una aplicación?
Probablemente uno de los mayores desafíos es que las aplicaciones se han convertido en servicios, que se consumen desde distintos dispositivos, como móviles, tabletas, portátiles, TV, dispositivos vestibles y autos!!! Todos con distintos tamaños de pantallas, e incluso con distinto tipo de entrada de datos, como mouse y teclado, pantalla táctil y voz. Por si esto fuera poco, incluso se utilizan estos nuevos servicios o aplicaciones desde distintos dispositivos en forma simultánea.
Este es un problema al que también se enfrenta Google, ya que provee servicios para todas las plataformas, e inclusive es pionero creando algunas de estas plataformas, como Android Wear y Android Auto.
La buena noticia es que Google no solo esta preparado para estos escenarios, en los que ofrece sus aplicaciones y servicios con una interfaz de usuario (UI) y una experiencia de usuario (UX) consistente, si no que ademas a desarrollado un lenguaje de diseño, Material Design, que resuelve el problema, y lo ha implementado sobre varios frameworks y tecnologías open source, como Polymer, Android L y AngularJS, lo que facilita y permite la rápida adopción de esta solución por parte de los desarrolladores para sus propias aplicaciones.
Material Design Material Design es un lenguaje de diseño que utiliza los principios clásicos de diseño, e incorpora la ciencia y la tecnología para dar un aspecto material a los componentes de UI, como sombras y aceleración, de modo de lograr una metáfora de los componentes con objetos reales que le transmita al usuario información en forma intuitiva y que permita aplicar cientos de años de diseño aplicado a objetos materiales a una nueva rama de diseño, que es el diseño de UI, que solo lleva pocos años de vida. Material Design es ademas el resultado de la evolución de Android a través de sus diferentes versiones.
Como se trata de una evolución de Android lo podemos encontrar en todas las versiones de Android L o superior, y en sus distintas plataformas, Android, Android Wear, Android TV y Android Auto. Y para el desktop? y para la Web? Contamos con una implementación sobre las más modernas opciones tecnológicas para la Web, esto es Polymer para Web Components y otra para Angular JS.
Polymer Polymer es una librería que nos permite crear páginas y aplicaciones Web mediante componentes (web components). La potencia de este enfoque radica en que nos permite utilizar componentes propios y de terceros y componerlos para construir nuestra aplicaciones de forma simple, reduciendo tiempos y esfuerzo.
Polymer provee un set de controles estándar, Polymer paper elements, que permiten implementar la UI con Material Design. Ademas Google provee una colección de componentes Polymer que integran la funcionalidad de las distintas APIs de Google: https://github.com/GoogleWebComponents
Si vemos la lista de componentes vemos que, entre otros, contamos con controles de YouTube. https://github.com/GoogleWebComponents/google-youtube

Youtube Cuales son los controles basados en Polymer nos provee YouTube?
El control del reproductor: google-youtube http://googlewebcomponents.github.io/google-youtube/components/google-youtube/
Este componente encapsula el reproductor, y expone como propiedades los parámetros que personalizan su apariencia y comportamiento.
El muro de videos: google-youtube-video-wall http://googlewebcomponents.github.io/google-youtube-video-wall/components/google-youtube-video-wall/
Este control nos provee un muro de videos personalizable, basado en Material Design, y Polymer paper elements. Este control utiliza el API de datos de Youtube para recuperar y filtrar los vídeos que se presentan en el muro. Y nos permite especificar los parámetros con los que invoca el API de búsqueda y de datos.

Resumen Vemos que Google a resuelto uno de los mayores desafíos que se presentan al crear la UI en una aplicación moderna, y ofrece un lenguaje de diseño y diferentes frameworks y plataformas que lo implementan, todo integrado a sus APIs y servicios para utilizarlos en una forma rápida y simple!
El siguiente paso es simplemente utilizarlo en nuestra aplicación!!
Te invito a leer la próxima entrega donde visitaremos casos de éxito de experiencias de usuario y aplicaciones Web con videos de YouTube, con el objetivo de analizar cómo las podemos re-implementar utilizando Polymer y Material Design, de modo de comparar y analizar la potencia de estas nuevas tecnologías y conceptos.
Hasta la próxima!
Este post ha sido escrito por +Matias Molinas, Google Developer Expert para YouTube API. Editor by +Nicolas Bortolotti

Recuerda migrar a OAuth2 u OpenID Connect

lunes, 23 de marzo de 2015

Originalmente publicado por William Denniss, Product Manager, Identity and Authentication (Reminder to migrate to OAuth 2.0 or OpenID Connect) En los últimos años nosotros hemos hecho público que ClientLogin, OAuth 1.0 (3LO)*, AuthSub, y OpenID 2.0 serían discontinuados y cerrados el 20 de Abril del 2015. Nosotros estamos tomando distancia de estos protocolos antiguos con el fin de centrar nuestro apoyo a los últimos estándares de Internet, OAuth 2.0 y OpenID Connect, que aumentan la seguridad y reducen la complejidad.
La forma más fácil de migrar a estos nuevos estándares es usar Google Sign-in SDKs (consulte la documentación de migración).Google Sign-in está construido sobre OAuth 2.0 y la infraestructura de OpenID Connect, esto proporciona una única interfaz para el flujo de autenticación y autorización en Web, Android y iOS.
Si la migración de estas aplicaciones, que utilizan estos protocolos discontinuados, no se completa antes de la fecha límite, la aplicación va a experimentar una interrupción en su capacidad de conectar con Google (posiblemente también incluyendo la capacidad de registro o ingreso[sign-in]) hasta que se produzca la migración a un protocolo soportado. Para evitar cualquier interrupción en el servicio, es importante que usted trabaje en la migración antes de la fecha de cierre.
Si necesita migrar su integración con Google:

Migrar desde OpenID 2.0 a Google Sign-in

Migrar desde OAuth 1.0 a OAuth 2.0

Para AuthSub y ClientLogin, no hay soporte para la migración. Tendrá que empezar de nuevo con OAuth 2.0 y los usuarios tienen que volver a autorizarse.

Si tienes cualquier pregunta técnica sobre la migración de tu aplicación, puedes enviar las preguntas en Stack Overflow utilizando la etiqueta google-oauth o google-openid.
*3LO significa 3-legged OAuth: El Usuario final proporciona consentimiento. Por el contrario, 2-legged (2LO) corresponde a escenarios de autorización empresariales: control de acceso mediante políticas organizacionales. Los flujos de OAuth1, 2LO y 3LO están en desuso.

Contenido de aplicaciones iOS en la Búsqueda de Google

¡Jo jo jo! Sigue a Papá Noel de Google ahora es de código abierto

TinyBytes: El desarrollo de videojuegos paso a paso de la mano de Launchpad

El poder de Polymer y YouTube desde la comunidad, una nueva entrega experiencia

Se han desactivado los protocolos ClientLogin, OAuth 1.0 (3LO), AuthSub y OpenID 2.0

El poder de Polymer y YouTube desde la comunidad de expertos

Recuerda migrar a OAuth2 u OpenID Connect

Labels

Archive

Feed