WhatsApp deberia de tener notificaciones específicas según mensaje

¿Habéis recibido muchos mensajes de WhatsApp con un simple “ok”? A mi me desespera tener que mirar el móvil cuando escucho la notificación de un nuevo mensaje y saber que es un “ok” o un “vale”.

Creo que una característica nueva sencilla de añadir seria poder seleccionar un sonido para un mensaje específico. Esto puede ser muy útil para escenarios en el que no puedes ver el móvil pero puedes escuchar fácilmente la notificación.

Yendo un poco más lejos, se podría incluso usar el sintetizador de voz o Siri para reproducir esos mensajes.

Me pregunto si la competencia lo tendrá en cuenta.

Resumen Betabeers Madrid – De websockets, juegos y rockstar!!!

Betabeers Madrid - Abril/13

Betabeers Madrid – Abril/13

Como cada mes, llegó Betabeers Madrid, el mejor evento de/para desarrolladores más importante de Madrid (y sino es el más importante…el premio al mejor buen rollo lo gana seguro). En esta ocasión se celebró en el nuevo espacio de Utotpic_US y se llenó! (si había 120 apuntados en el evento, creo que estábamos rondando la centena).

Resumen TL;DR

En esta edición, la charla fue sobre Websockets y corrió a cargo del maestro de ceromonias, Miquel Camps (@miquelcamps). Los proyectos que se presentaron fueron: Origo, Funddy, Otogami y SocialPoint. El momento estelar fue cuando Miquel, transformado en rockstar, hizo historia al usar nuestros smartphones como “LEDs psicodélicos”. Dejó a las famosas pulseras de Coldplay a la altura del betún. Por último, hubo dos request-for-collaboration, uno para SaveInformaticOS y otro para MiParlamento.

Websockets

Miquel nos presentó el potencial que los websockets tienen a través de diversas aplicaciones: un sistema domótico, una cola para pedir copas en las discotecas, etc.

WebSocket forma parte de HTML5 y nace como solución “bien pensada” para relevar las soluciones ad-hocs como polling o long-ajax-request (que entre otras cosas, chupan bateria que da gusto).

Para la demostración uso en el backend Heroku, Node.js. y Socket.IO (que también tiene libreria JS para el frontend). Destacar la facilidad de programación gracias a la librería Socket.IO.

Origo

Formado por ex-tuentis, Origo recopila tus opiniones y les asigna un color: verde = mola, rojo = apesta. Se trata de un proyecto que está siendo acelerado en Wayra. Suplen la necesidad tipo: “¿Qué opinan mis colegas sobre la última de IronMan?”. Innovan bastante en el frontend haciendo uso del <canvas> de HTML5. Toda su portada del home es un inmenso canvas que se actualiza on the fly según una reglas (está muy chulo). Para la presentación de las opiniones también utilizan <canvas>. Se declaran enemigos de Internet Explorer 🙂

Se unió al proyecto, Luis Santos de (la maltrecha) SpartanBits para desarrollar la versión mobile para iOS y Android.

Sobre la mecánica de funcionamiento y la generación de tracción, tengo que decir que no lo usuaria a día de hoy. El motivo es que soy muy vago. Dejar una opinión sobre algo en Origo requiere que vaya a la web, me logue y deje la opinión. Aunque tenga la UX más wonderful del mundo, para mi no es suficiente. Creo que las opiniones deberían de recogerlas de forma pasiva, bien mediante API, o bien mediante algo tan tonto como hacer un tweet así: “Me encanta la nueva de #IronMan3 #Ori+1”.

Funddy

Se trata de otro proyecto formado por ex-tuentis y ex-youzees. Como ocurre con otros muchos proyectos,  Funddy surge de la necesidad de recolectar dinero para hacer algo. Un viaje, un amigo en apuros, un regalo en común, etc. Tiene un acabado muy fino y están bien integrados con PayPal. A destacar el gran video de presentación.

A nivel técnico, destacar el uso de symfony.

Otogami

La pareja del metal: David Bonilla (@david_bonilla) y Jerónimo López (@jerolba) presentaron su última creación: Otogami. La idea es clara: “ofrecer el mejor comparador de videojuegos que siempre te de el mejor precio“.
La plataforma tiene un diseño y una UX exquisita.

A nivel técnico destacar los propios frameworks creados por Jerónimo y un “sistema revolucionario para introducir los juegos a mano” 🙂
Su pasión por el producto queda patente con innovaciones como el Otoscore (un rating well-done para videojuegos).

Con un particular homenaje al “one more thing“, anunciaron un gran acuerdo con Hobby Consolas por el cual en la web de la revista decana de videojuegos, aparece un widget de Otogami con la info del juego, precio y opción de compra. ¡Enhorabuena!

Hay que agradecer también la transparencia a la hora de presentar cifras y su modelo de negocio basado en afiliación.

Doy fe de que dan el mejor precio, me ahorre bastante con la expansión de Starcraft II.

SocialPoint

Se trata de una plataforma de juegos sociales made-in-spain que ha conseguido encontrar inversores y más de una vez (ya llevan un par de rondas si no entendí mal). Situada en Barcelona desde 2008 (año en que se fundó), se trata de una de las pocas empresas que se empeñan en bajar el paro. Están buscando desarrolladores, diseñadores, etc.

Su CTO, Marc Canaleta, nos explicó toda su infraestructura. Lo que más me llamo la atención fue la reflexión sobre la poca efectividad de usar caches debido a la necesidad de estar escribiendo en la BBDD continuamente.

FlashRock

Sin duda el momento estelar de la “noche”.
Se apagaron las luces y ya pensé que nos estaban echando. En realidad, se trataba de parte del espectáculo que Miquel estaba a punto de empezar.
Como última demo de los websockets, Miquel desarrolló una pequeña aplicación donde cada uno de los asistentes accedia a una URL con su smartphone y lo convertía en un siervo como si de un zombie-botnet se tratara.

Cuando todos los zombis-móviles estaban levantados al aire, le dió al play desde su Macbook y empezó a sonar Seven Nation Army (a.k.a “Loo looo looo lo”). Poco a poco, los móviles empezaron a mostrar colores psicodélicos al son de la música. Había nacido el sustituto de los mecheros al aire en los conciertos (al menos un competidor).
Como suele pasar con las experiencias interactivas, consiguió atacar los sentimientos y simplemente MOLÓ MUCHO 🙂

SaveInformaticOS

A raíz del infamous #debate10, donde se debatió sobre la calidad y existencia de informáticos de calidad, nace SaveInformaticOS como un open-space donde debatir y sacar ideas sobre la “crisis” que atraviesa el sector y como acercar posturas entre desarrolladores, emprendedores, consultoras, PYMEs, etc.

Se celebra el sábado 27 en la UPM.

MiParlamento

Esta iniciativa pretende ponerle caras a esos 350 diputados que se juegan nuestro futuro en el Congreso. Para lograrlo, MiParlamento hace uso de la gamificación y establece una analogía entre diputados y jugadores de fútbol. Su objetivo es sacar unos álbumes de cromos como los que Panini pero con los susodichos diputados.

El 1 de Mayo sacaran una campaña crowdfunding para obtener los fondos necesarios para su desarrollo (actualizaré con el enlace cuando este disponible)

A mi todo este tipo de iniciativas de transparencia y concienciación política me parecen geniales y necesarias. Sin duda apoyaré el crowdfunding 🙂

También necesitan de desarrolladores, diseñadores, o retweets con cariño. Si estáis interesados en participar, os podéis apuntar en su landing page (powered by epiclanding)

Esperemos encontrar en los kioskos y en la web este proyecto pronto.

Conclusiones

¿has llegado hasta aquí? Olé por ti! 🙂

  • Creo que ha sido unos de los mejores Betabeers respecto a la calidad de los proyectos presentados y al número de asistentes.
  • Muy interesante ver como Symfony2 se usa en varios de los proyectos presentados.
  • Algunas críticas contra MongoDB y Backbone.
  • Piques aparentes entre “aceleradoras” vs “bootstrap”.
  • Nadie quiere a los potenciales usuario de Internet Explorer (salvo David Bonilla).
  • Primero desarrolla en Android.
  • ¿qué piensas tú?

Sugerencia

Creo que Betabeers es un evento cojonudo para presentar proyectos pero pienso que puede dar mucho más. Aunque hay turno para preguntas, creo que puede ser muy interesante para los proyectos que la audiencia pueda dar un feedback fácilmente sobre el proyecto. A mi se me ocurre algo así.

  • Web accesible mediante un QR que se muestra al empezar la presentación de cada proyecto
  • Los responsable del proyecto platean 3 preguntas sobre las que esperan un feedback númerico o tipo “mal, regualar, bueno”
  • Los asistentes hacen esa valoración durante la charla
  • Se presentan los resultados

¿Qué os parece? Creo que daría un buen feedback.

Enlaces

El primer Hackathon DEV&BIZ, Betabeers & IE Business School

Betabeers Hackathon Dev&Biz

Betabeers Hackathon Dev&Biz

TL;DR: 1º Hackathon que une desarrolladores de software y de negocio. El tema fue “nuevas formas de vender videojuegos”. No hubo ninguna idea “killer“. Experiencia muy  enriquecedora, mucho networking y sobre todo buen rollo y diversión.

El pasado 15 de Diciembre se celebró en el Área 31 de IE Business School, el primer hackathon que reunia Business y Software Developers.

Con algo de demora, el hackathon empezó sobre las 10 am.

El grupo canónico estaba formado por 3 desarrolladores y 3 business developers que tenian que desarrollar un proof-of-concept sobre el tema: “Nuevas formas de vender videojuegos

Se presentaron muchas ideas y propuestas sobre la mesa, al final se desarrollaron unas 6 propuestas que describo a continuación:

  • UGame
    • La hipótesis de los chicos de UGame es que a todo el mundo le gustaría hacer su propio videojuego. Su propuesta consiste en que alguien crea un nivel y luego se lo manda a un amigo para que juegue y continue su desarrollo.
    • Modelo de negocio: Cuando se recibe un mini-juego, se presenta un breve anuncio antes de dar paso al juego.
  • 6-Games
    • Se presentan 6 juegos en modo “slide-run” donde tienes 30 segundos para jugar. Pasados esos 30 segundos, no te deja jugar más y puedes poner un rating al juego antes de pasar al siguiente. El objetivo es que puedas probar los juegos y decidir cúal comprar.
    • Modelo de negocio: Hay varias formas de explotarlo. Desde el punto de vista de cliente final, puede evaluar que juego le gusta más y comprarlo directamente, llevándose una comisión. Desde la posición de desarrollador, puede ver el feedback/valoración que recibe su juego y así tomar medidas. En principio no pagan por publicar juegos.
  • GamesLover
    • “¿Quieres un juego a buen precio? Pues ayuda en su promoción mediante su difusión en redes sociales”. Esta es la idea. Cuanto más promoción hagas por un juego, mayor descuento obtendrás.
    • Modelo de negocio: Programa de afiliación, los juegos incluidos en este catálogo tiene mayores oportunidades de vender.
  • FinderGames
    • Facilita a los padres la búsqueda del juego correcto para su hijo. Mediante preguntas sencillas, pretende acertar con el juego correcto para los retoños.
    • Modelo de negocio: Afiliación y/o comisión por ventas de juegos.
  • Otogami App
    • Otogami.com es un web española creada por David Bonilla que permite encontrar juegos al mejor precio de mercado. Otogami App es la versión app de la web que  mejora la UX y añade nuevo canal para llegar al cliente con la facilidad de uso que posibilita los terminales móviles.
    • Modelo de negocio: Publicidad, programa de afilición o incluso venta de la app.
  • Gametify
    • Spotify de videojuegos. Se autodescribe solo. Pagas una cuota mensual y puedes acceder a un catálogo de videojuegos.
    • Modelo de negocio: Pago por subscripción.

Los ganadores del Hackathon fueron 6-Games. Su idea, demo y puesta en escena fue muy buena (…y no falló nada :). Ganaron un fantástico tablet de BQ Reader cada uno. ¡Enhorabuena!

Nosotros, @sdelamo y un servidor como Devs, y @hugocamper, Francisco Díaz y Víctor Fabre , desarrollamos el PoC de Otogami App. La verdad es que para ser una iOS App de 1-day quedó bastante bien. A nivel técnico nos permitio experimentar nuevas tecnologías como Django REST Framework o las nuevas funcionalidades de iOS6.  ¡Gracias chicos!

Conclusiones

Quiero expresar mis impresiones y conclusiones sobre el 1º Hackathon DEV+BIZ

  • Sobre el tema, creo que hubiera sido más interesante propuesta que ayudaran a la venta de videojuegos de gran tamaño que se venden en tiendas físicas. Creo que la venta de juegos casuales o móviles, no tienen tanta necesidad de reinvención como los modelos tradicionales de venta de empresas como GAME, FNAC, etc.
  • Los tiempos de exposición fueron muy largos e irregulares provocando que la audiencia desconectara pronto. ¡Hay que sumar el día entero de trabajo a la capacidad de atención!
  • Para la presentación de modelos negocio usaria el Business Canvas Model. Sólo eso. Seria una forma unificada que todo el mundo usaria y entenderia. Algo así se podría hacer para explicar la parte Dev.
  • Creo que se hecho en falta gente de la industria IP como SCEE, Microsoft, GAME o Nintendo.
  • También eché en falta game philosophers como mis amigos de ArsGames.
  • Curiosamente no escuche la palabrota “gamification” en toda la jornada.
  • La jodida WiFi volvió a dar problemas en las DEMOS. ¿Lo solucionaremos algún día? Es como dejar a un cirujano sin bisturí teniendo el corazón del paciente abierto.
  • Todas las ideas me gustaron, pero no vi ninguna idea killer que ayude a vender más juegos.
  • Como siempre, el buen rollo reinó y “me lo pase como un enano” 🙂

Quiero agradecer a los organizadores,  @miquelcamps, @akey (Dani Rojo), @MarkVillaCampa y cia. por el gran trabajo que hicieron.

A título personal, muchas gracias a esos patrocinadores, Fon, bq readers, EDIS, MailJet, Generacion X y Red Bull, que ayudan a que estos geniales eventos sean posibles aún teniendo los presupuestos de marketing tan ajustados.

Los datos sobre los proyectos presentados los he sacado de mi mala memoria. Si hay algo raro o incorrecto, pls, comentadlo y lo corrijo o añado.

Ahora toca recuperar fuerzas para el 4º Hackathon (esperemos que no caiga en tan mala fecha ni coincida con otro hackathon como el de BlackBerry).

Bye!

Recursos

reeCoupon: App NFC de descuentos para grupos creada en el II Hackathon Betabeers

ReeCoupon App: The 1st NFC Group Discount App

ReeCoupon App: The 1st NFC Group Discount App

El pasado día 30 de Junio de 2012 se celebró el II Hackathon de Betabeers con software libre.

La tematica era: ocio y descuentos.

Los patners fueron Yunait (agrupador de cupones de descuentos) y MailJet (plataforma B2B para el envío de correo transaccional y/o marketing).

El reto era desarrollar en un día con herramientas de software libre una aplicación o web relacionada con el ocio y descuentos que usan las APIs de los patners.

Mi amigo Vaib y yo llevabamos la idea de una app que permitiera acceder a grandes descuentos siempre que se compartieran o buscaran a varios amigos para disfrutarla.

Ambos somos “evangelizadores” del NFC (Near Field Communication), así que por supuesto esta app debía de usar NFC.

Una de las principales ventajas de usar NFC es que permite dar visibilidad a cosas de Internet en el espacio físico.

Los grupos para el hackathon eran de 3 personas. Como nosotros eramos dos, decidimos contar nuestra idea y se unió Sergio (@sdelamo) al grupo (no pudimos hacer mejor fichaje, un auténtico crack de Groovy).

Después de una jornada desarrollando, sin pausa pero sin prisa, obtuvimos un proof-of-concept de: reeCoupon.

El elevator-pitch-app de reeCoupon es: App NFC de grandes descuentos para grupos. Los descuentos sólo son válidos si al menos van un número fijado mínimo de personas. Las promociones o cupones son capturadas inicialmente desde un smartposter o NFC-corner. Esto permite dotar de visibilidad física a cupones que son abstractos en Internet. Es como darle vida a “ceros y unos”. Para captar más amigos a la promoción se puede pasar por email, código QR y,lo que es más interesante, usando Beam.

Hacer “beam” consiste en pasar cosas de un móvil a otro con sólo acercarlos.

NFC Beam

NFC Beam
Fuente: areandroid.com

Las principales ventajas de reeCoupon son:

  • Concepto sencillo (y fácilmente implementable en un PoC)
  • Visibilidad en el mundo físico a los famosos cupones
  • Alta viralidad. Es muy “cool” y social compartir los cupones usando la tecnología Beam.

La tecnología usada fue:

  • Groovy/Grails para el desarrollo del backend
  • PhoneGap y PhoneGap NFC plugin para el desarrollo del App
  • Google Drive, DropBox, … para la gestión y comunicación
Para la presentación de reeCoupon decidimos contar una historia que reflejara los problemas y las ventajas de la solución creada.
El resultado fue que ¡ganamos el segundo premio! (6 meses de suscripción bronce a mailJet) 🙂

Quisiera agradecer a Vaib (@taggito) y a Sergio (@sdelamo) por hacer muy buenas migas entre los tres y crear esta app, a Betabeers por organizar este tipo de eventos que pone en contacto a desarrolladores que suelen estar aislados en su día a día y que nos hace sentir más que una comunidad, una gran familia.

Agradecer también a los patners, Yunait, Mailjet y otros, por apoyar este tipo de iniciativas muy necesarias para la comunidad de desarrolladores y la industria TIC. Espero que se animen más 🙂

reeCoupon demo video coming soon. ¡Permaneced conectados!

Isobar Create London: nuestra primera app NFC, Pick&Drop

iPubs Team en Isobar Create London NFC

iPubs Team en Isobar Create London NFC

El penúltimo fin de semana de Marzo (24 y 25) tuvo lugar en Londres el 1º hackathon para el desarrollo de aplicaciones móviles que hacen uso de tecnología NFC en el viejo continente.

Anteriormente a Europa, se celebraron dos eventos en Estados Unidos (el primero en San Francisco y el segundo en Boston).

El evento fue organizado por Isobar (una agencia de comunicación moderna) en colaboración con una buena cartera de patners, destacando principalmente O2 (Telefónica UK). BlueVia, Google, Samsung, Kelloggs, Adidas, Kovio, etc.

La idea es sencilla, durante dos días y una noche te proporcionan la tecnología NFC, ayuda de expertos en la materia y un excelente catering para que equipos de hasta 5 profesionales (desarrolladores y/o diseñadores) creen una aplicación NFC que asombre al mundo.

El objetivo es claro, la tecnología NFC está ahí pero no se ha encontrado todavía un caso de uso que haga que las masas quieran ya un móvil con NFC. Los principales casos se que se conocen son: pagos, configurar el móvil según el contexto, cupones de descuento, intercambio de información entre terminales, etc. ¿Habrá que esperar a que Apple tome cartas en el asunto?

En las primeras horas del evento, recibimos charlas inspiradoras por parte de grandes profesionales de los respectivos patners. Así por ejemplo, habló el ingeniero jefe en NFC de Google, ingenieros de innovación de Proxama, el código ético de Diageo, etc.

Con las pilas de “innovación” cargadas nos pusimos manos a la obra. Ya teníamos la idea medio preparada y algunos diseños gráficos hechos.

Los criterios de evaluación iban buscando premiar aplicaciones que rompieran con lo visto hasta ahora, que establecieran relaciones marca-cliente, que ayudaran a retener la marca a los potenciales clientes y que tuvieran una clara explotación comercial.

Con estos requisitos la aplicación salió sola: “Pick&Drop“. Nuestra idea era crear un ecosistema de promociones representada por “chapitas” (badges). Es muy sencillo. Al tocar con tu móvil una tarjeta NFC “pick” obtienes la promoción. Cuando encuentras un punto “drop” puedes canjear dicha promoción.

Un ejemplo gráfico, en un revista ves un badge “pick” por una cerveza gratis. Pasas el móvil y lo capturas. Luego te acercas a tu bar o pub preferido, pasas el móvil otra vez y te ponen tu cerveza, ¿fácil no?

Esto se puede complicar para obtener premios mayores ya que hay promociones que requieren de más códigos. Ejemplo, si obtienes la chapita de la tónica y la chapita de la ginebra, puedes tomarte el gintonic perfecto. Con este mismo esquema se puede hacer un programa de fidelización del cliente, por cada 5 desayunos, 1 gratis.

Otro tipo de promoción que ideamos fueron las promociones para grupos. En este caso, el objetivo de la promoción es atraer a un grupo de amigos hacia una determinada marca, local, etc. Al pasar el móvil por una chapita de este tipo, verás qué amigos tuyos también lo tienen y podrás quedar con ellos para poder disfrutar de la promoción conjunta. Ejemplo, si vienes con dos amigos más a la pizzeria, os damos un pizza familiar gratis. Estas promociones se puede compartir a través de Facebook.

Volviendo al evento, el domingo a las 4pm se terminaba el hackathon y era el momento de presentar el “proof-of-concept” de la idea. Fuimos los primeros en exponer ya que teníamos que volver a casa pronto.

A pesar de que teníamos claro desde el principio que la presentación era clave, fue sin duda la peor presentación que he hecho en mi vida. Creo que nadie se entero de qué fue lo que hicimos. Hay que aprender de los errores para la próxima.

Los premios se dividían en 4 categorías:  retail (venta al por menor), entretenimiento y ocio, eventos deportivos y financiero.

Los ganadores de estas categorias fueron:

  • Retail: We’re Appy con “PillIt“, aplicación que permite llevar control sobre la medicación incluyendo un poco de gamification.
  • Entretenimiento y ocio: Blue Butterfly con “Tap-the-Wifi“, aplicación que permite configurar automaticante tu móvil para conectarte a lared wifi de bares, pubs, hoteles, etc. Ya existía una aplicación en Google Play que permite hacer esto y más cosas: NFC Task launcher
  • Eventos deportivos: Ying Yang con “Total Event“, aplicación para compartir información sobre jugadores durante un partido.
  • Financiero: New found comms con “Street Screen“, aplicación que permite hacer compras desde anuncios publicitarios.

Además de estos premios, habian otros 3 muy jugosos:

  • 10k £ para el desarrollo de la aplicación por parte de Proxama. El ganador volvió a ser “Tap-the-Wifi“. El jurado destacó su utilidad y sencillez.
  • Apoyo para el desarrollo de la aplicación por parte de BlueVía. El ganador fue Team Rollercoaster con una aplicación para reservar sitio en las colas de las atracciones de feria. Cuando tu turno se aproxima, te avisan.
  • Viaje con todos los gastos pagados a Blackberry World Conference en Orlando. El ganador fue London BBDG con “Tesco App“, aplicación que permite mejorar la experiencia de usuario de los compradores.

En líneas generales, parece que el jurado premió la sencillez. Felicidades a todos los ganadores.

Quiero agradecer a Isobar y a todos los patrocinadores por este gran evento que esperamos se replique por el resto de Europa. También añadir una crítica constructiva. La próxima vez que se convoque un evento, por favor, indicar la hora de finalización exacta. Nosotros tuvimos que cambiar la logística del viaje porque en un principio el evento terminaba antes de lo que al final fue. Una buena infraestructura Wi-Fi es muy recomendable (varias redes, baja potencia de emisión, canales ortogonales para que no existan interferencias,etc).

Agradecer también el apoyo que nos dió Andrés de BlueVia para integrar nuestra aplicación con su API.

El material NFC (tarjetas y lectores) que Taggito nos proporcionó fué también muy importante para prepararnos de cara al evento. Muchas gracias.

Ya estamos deseando acudir al próximo evento 🙂

Referencias:

Pantalla de inicio


Pick&Drop: splash screen

Captura de pantalla


Pick&Drop: Screen Capture

iPubs Team goes to NFC Isobar Hackathon

Isobar NFC UK Hackathon Logo

 

Hi! The iPubs team will travel to London from Spain this weekend (24-25th March)  to assist to the first NFC Europe Hackathon.

During 36 hours, developers & designers will work together to bring up great ideas into proof-of-concept Android and Blackberry apps.

The prizes are very interesting: 2-KickStarter funds (BlueVia and Proxama), a paid trip to BlackBerry World  at Orlando, Blackberry and Samsung devices… even tickets for concerts and Champion League!

Talks also looks good. People from Google, Blackberry, Isobar, … very interesting people!

We carry on many ideas to develop but we only have 36 hours to develop and 3 minutes to present!! (Stress?, no man!).

We hope have fun, do networking and if we win some prize, welcome!

Our team consists of two developers (backend and frontend) and a designer.

There is a Facebook group too.

London, here we go!

 

 

 

 

Café con Buzz

Café con buzz

Café con buzz

No se habla de otra cosa en los cafés.

Google Buzz ha llegado de repente y (para muchos) sin avisar. Hoy en los desayunos de muchas empresas, sólo se hablaba de Buzz. La gente comenta que tienen seguidores que apenas conocen, que vuelven a hablar con antiguos compañeros de facultad, que pueden conectar su Twitter y su blog (de Blogger claro). Hay opiniones para todos gustos y clases.

Voy a enumerar mis impresiones.

  • Buzz es competencia directa (y dura) a Twitter. Este punto es de los más debatidos en la Red. Para mí es competencia porque implementa el concepto de “seguidor y seguidos“, que si no estoy equivocado, es concepto exclusivo de Twitter. Además da pié al microblogging sin límite, no sólo 160 caracteres (¿qué es mejor?). Para colmo, al integrarlo en GMail está captando muchos usuarios que no son de Twitter, es decir, está quitando nicho potencial a Twitter. El último (por ahora) indicador de competencia que veo es la movilidad. Buzz va a estar integrado en el anillo de aplicaciones de Google (Google Maps, Place Page) que corren en el PC desktop y en el móvil, dándole valor añadido a su Android. Aporta valor añadido respecto a Twitter: ¡es posible postear el estado mediante voz! Creo que ahora mismo el Consejo de Twitter estará reunido de urgencia preparando su declaración de guerra.
  • Entre GMail y Wave. Para muchos Google Wave ha sido el EPIC FAIL del año pasado. Demasiado consumo de red (puede que por eso este empezando a ser un ISP) y que el hype de la beta por invitación tampoco fué como esperaban pueden ser los motivos del fracaso. ¿Qué sentido tiene un sistema colaborador si no hay nadie con quien colaborar? Parece que han aprendido la lección y ya lo usuarios de Buzz tienen seguidores desde el primer uso (yo era seguidor de 14).  Es posible que si Buzz se asienta, pueda ser luego el nexo necesario para empezar a usar Wave (cuando el contexto lo permita). Buzz es tiempo real pero no vemos los keystrokes de nuestros seguidores (gracias a Dios) como ocurria en Wave (que desperdicio de ancho de banda).
  • Potencial monopolio. Esto no es nuevo, pero la llegada de Buzz y la integración de todos los servicios de Google como orígenes de datos: Blogger, GTalk, Picasa, YoutubeReader puede verse como monopolio. También cuenta con Flickr y Twitter, pero claro, Flickr es un buen origen de fotos y Twitter es la miel del tráfico de la red. Android está muy integrado con los servicios de Google, pero ¿qué pasa con el resto? Rápidamente me viene a la cabeza el jucio antimonopolio que se montó cuando Windows venia con Internet Explorer de serie y Netscape se fué al traste. Google debé de tener muy buenos amigos políticos porque pocas acusaciones legales sobre practicas de monopolio he escuchado.
  • Facebook. Ni rastro sobre la red social más grande del mundo. Integra Twitter y Facebook no. ¿será Buzz un Facebook a base de añadirle servicios poco a poco? Ahora mismo sería relativamente trivial añadir pequeños juegos (como un ajedrez) a Buzz (copy/paste/refactor desde el código de Wave). Es más, ¿qué pasaria si Google añade/compra Farm Ville y lo integra en Buzz?¿cuánta gente entra en Facebook sólo por eso? Ojo ojito.
  • Botón “Me gusta”. Me gusta el botón “me gusta”. Si os habéis fijado, en cada cuadro de mensaje de Buzz, aparece la opción “Me gusta”. ¡Vaya forma de segmentar el tráfico! Acaban de ahorrar bastantes watios en los servidores que hacen data mining a la vez que separan el grano de la paja. Tonta pero buenísima idea.
  • No me gusta. No me gusta que envie un mail cada vez que una mariposa aletea ni que por defecto decida por mí a quién o no sigo.

Bueno, esto es lo que pienso sobre Buzz, con sólo unas horas de uso. ¿lo seguiré usando dentro de 6 meses? En Wave hace ya semanas que ni entro 🙂

Ahh, se me olvidaba, como todo producto “Made-in-Google” y ubicuo, ya tenemos disponibles las APIs (ya hay hasta un plugin de Buzz para WordPress).

Translate to:English
MenefanteMenéame TwitterTwitter

PlayLab ’10

PlayLab

PlayLab

El pasado domingo 7 de Febrero asistí a la clausura y presentación de proyectos del PlayLab.

PlayLab es un taller de videojuegos experimentales o conceptuales con mucho arte de por medio.

Ha sido posible gracias al esfuerzo de Flavio Escribano, los colaboradores y la financiación de PlayStation.

El desarrollo de los proyectos se ha realizado en MediaLab Prado (al lado del Caixa Forum Madrid).

De los ocho proyectos seleccionados me han gustado como profesional y usuario:

  1. The Pingus Plasticiline Experience
    La experiencia se basa en el clon GPL del clásico título “Lemmings“, Pingus. El gameplay es sencillo. Primero se diseña un mapa sobre una cartulina usando unos patrones que especifica el tipo de material (pared, suelo, agua, etc). Luego empieza la partida. Usando plastilina de colores se definen las diferente acciones a realizar por nuestros pingus. Así por ejemplo se use puede usar un círculo rojo para indicar a los pingus que escalen una pared.
    Desde el punto de vista técnico, se requiere de un proyector, un PC y un pequeño software de reconocimiento (intuyo que basado en color segmentation).
    Creo que este proyecto puede tener una buena acogida por los
    centros de día, colegios e institutos
    , dada su alta interacción y la necesidad de resolver puzzles (grandes estimuladores del cerebro).
  2. Homeward Journeys
    A este proyecto lo llamaría: Teatro 2.0.
    ¿os acordáis del Monkey Island, Maniac Mansion o algún Indiana Jones? Pues eso en carne y hueso. La idea es hacer un teatro donde se le da opción al espectador de guiar al personaje seleccionando diferentes acciones a realizar. Una correcta escenografía ayuda al espectador mostrando la información relevante sobre fondo (como si de un OSD se tratase).
    Sin duda este proyecto puede atraer a los más jóvenes a las butacas de los viejos teatros.
  3. Audiogames
    ¿alguna vez has intentado salir de un laberinto sin poder ver? Este es el objetivo de Audiogames. El jugador sólo se orienta en el laberinto por medio de sonidos que provienen de unos altavoces distribuidos estratégicamente. El prototipo está desarrollado usando OpenCV para PureData y el Blender Engine.
    Este proyecto tiene un gran potencial social, desde la
    concienciación de los videntes, a la guía por espacios públicos para invidentes.
  4. The Mexican Standoff
    Sin duda el proyecto más heavy. Se trata del típico duelo de los westerns donde el ganador (o el que sobrevive) es aquel que primero dispara usando su mente. Para ello se usa un dispositivo capaz de medir la actividad cerebral. El primer jugador que se “relaja” lo suficiente, gana. No me gustaría competir contra una profesor de Yoga. El escenario virtual es una escena específicamente diseñada del Counter Strike Source.
    Creo que este juego causaría furor entre los colegas de veinte/treinta años. Tiene pinta de ser superadictivo.

Espero que estos proyectos que acaban de germinar tengan un largo recorrido y alcancen sus propósitos.
Hay que agradecer el esfuerzo de todos los responsables: ArsGames, MediaLab-Prado y PlayStation por hacer posible esta gran oportunidad.

Espero impaciente la nueva edición del PlayLab 🙂

Actualización: ya se encuentran disponibles los vídeos de las presentaciones de los proyectos. Merece la pena dedicarle un vistazo.

Translate to:English
MenefanteMenéame TwitterTwitter

Android 101

Android logo

Android Logo

Desarrollando para Android ando.

He empezado a desarrollar para Android por pura necesidad. El origen de dicha necesidad se encuentra en el browser de Android. Os lo explico.

Resulta que haces una semanas empecé el desarrollo web para Android. Estaba haciendo un formulario de registro y es necesario que el usuario pueda subir una fotografía. Qué sorpresa me llevé cuando al previsualizar el formulario, el campo destinado para seleccionar el fichero mostraba: “Uploads disabled“.

¡Qué chasco! Sabía que el Mobile Safari de iPhone/iPod no lo permitía… pero ¿tú?¿Android?

En fin, después de buscar en opciones de seguridad sin éxito y ver los cientos de “WTF!” que circulan por los foros del androide, comprobé que iba a necesitar a empezar a desarollar con el Android SDK. Android me ha obligado ha usar su SDK, desarrollar una aplicación y subirla a su Android Market. Me cuestiono el porqué de la deshabilitacion de los uploads. ¿sera por cuestiones de capacidad? ¿O más bien cuestiones de marketing?

Lo primero que hice fue entrar en la web de Android, bajarme su SDK, bajarme el Eclipse, preparar el entorno, hacer un proyecto “hello world” y ejecutarlo en el emulador.

Para hacer estos pasos no me llevo más de 2 horas y media contando con la descarga. El tamaño aproximado de mi directorio de trabajo ronda el giga (Java+Eclipse+Android).

Para estar más tranquilo psicológicamente, queria comprobar que el hello world se ejecutaba sin problemas en mi HTC Magic. Cogí un cable comercial USB-micro, lo conecté, le dí a “Ejecutar” y de repente apareció un dialogo con el número de serie mi smartphone. Se ejecutó sin problemas.

Antes de empezar a codificar ni una línea si quiera, tenía muchas dudas sobre el proceso de subida y aprobación de aplicaciones al Android Market. Resulta que el proceso no es tan complejo ni largo como el análogo para el App Store. Eso sí, el pagar no te lo quita nadie. Unos $25 USD  (aprox. 17€). La primera vez que pago algo a Google en 10 años. La verdad es que no me parece caro, menos si lo comparramos con los $299 del App Store de Apple.

Iba siendo hora de teclear algo.

Hay una cosa que tengo clara en todos los desarrollos (libres) que hago: no reinventar la rueda.

El propósito de mi aplicación es bien sencillo: formulario de registro de usuario con subida de fotos, pantalla de login y ejecución del navegador web con una redirección.

Decidí que la mejor forma de desarrollar la aplicación a la vez de ir aprendiendo Android, era hacer un desarrollo por milestones que se pueden resolver en sesiones de una hora.

Estos fueron los hitos fijados:

  1. Modelo de programación.
  2. Botón con manjeador.
  3. Hacer un Http Post.
  4. Hacer un Http Post multipart/form-data.
  5. Acceso a la galeria de fotos.
  6. Layout de aplicacion.
  7. Creación de sub-actividades.
  8. Lanzar el browser.
  9. Depuración.
  10. Subida al Android Market.

Hoy voy a tratar sólo el primer hito. Considero que es el más importante.Lo primero que hace el gestor de aplicaciones es examinar el AndroidManifest.xml.  Como indica la extensión, se trata de una “Declaración de Intenciones” escrito en XML.

Dos conceptos aparecen en el párrafo anterior:

Activity: es la clase asociada a una pantalla de la aplicación. Al menos es necesaria una clase Activity. Al ejecutar la aplicación, Android se encargará de instanciar una clase de la activity raiz. Android sigue el modelo MVC, modelo-vista-controlador. Respecto a la Activity, tenemos por un lado un fichero XML donde se especifica la UI (vista) y un fichero Java donde se encuentra la clase de nuestra Activity que hereda de Java. El modelo de desarrollo ideal, consiste en crear un layout con todos los elementos de interfaz que usemos y gestionar su callback en la clase asociada.

Intent: para mi es la clase estrella, la clase “no reinventar la rueda”. Lo entiendo como un modelo “ONG”. Una aplicación declara una serie de habilidades que puede hacer en favor de otra aplicaciones mediante Intents. Se entiende mejor con un ejemplo. Si mi aplicación necesita obtener la ruta de un imagen dentro de la Galeria, basta con lanzar un Intent, especificando nuestro anhelo “Eh,alguien puede sacar el diálogo de la galeria y devolverme la ruta del fichero que el usuario ha clickeado” (es casi algo así).

Hay otros tipos de clases, como servicios en background, pero creo que estas son las más usadas.
Os dejo el enlace de un ejemplo donde se usan.

En la siguiente entrega, empezaremos a darle forma a la aplicación: “Hello, uploads“.

Translate to:English
MenefanteMenéame TwitterTwitter

De iPad a iBluff en una hora

iPad 2.0

iPad 2.0

Ayer se presentó oficialmente el iPad. Extraoficialmente se le conoce como el iBluff.

Muy lejos queda el equipo que el señor @jason vía Twitter describió detalladamente haciendo uso de su gran karma.

De la brief specification que enumero voy a centrarme en las características que NO lleva:

  • Dos cámaras, una en el frontal para teleconferencias y otra atrás para tomar fotos/vídeo. ¡Grabación simultánea incluida!
  • La parte trasera permite cargar el iPad mediante energía solar.
  • Sintonizador de TDT y grabación de vídeo.
  • Pantalla OLED.
  • Conexión a pantalla externa (no está confirmado, aunque es muy posible, porque tiene el famoso conector de 30-pines)

Lo de la energía solar era lo que menos claro veía. El resto de la configuración junto a lo descrito por Jason, me hizo sacar a pasear la imaginación y vislumbrar las posibilidades de uso del iPad.

Repaso rápido de obviedades:

  • Gadget “Rey del Salón“: teniendo un iMac para trabajar, un iPhone para estar comunicado, ver mails y buscar en Google, ¿para qué quiero un iPad? No lo sabes (no lo necesitas), pero Mr. Jobs quieres que lo pongas al lado del florero que tienes encima de la mesita del salón, entre el plasma y el sofá. El dock es mandatory que esté al lado del plasma.
    Quiere retirar al no tan exitoso Mac Mini, y suplir así este nicho de mercado (¿nuevo?).
  • Reuso de las más de 100.000 aplicaciones disponibles para iPod Touch/iPhone en el App Store. Se ejecutan en el centro de la pantalla o lo a sumo con zoom 2x. ¿Por qué?  Entre otras cosas debido a los bitmaps o imagenes rasterizadas. No quedaría muy bien una imagen pixelada a pantalla completa (la resolución del iPad es de 1024×768).
  • “Competencia” directa a Kindle con iBook. Sin pantalla OLED o tinta electrónica difícil. Amazon viéndolas venir decidió sacar su SDK. Apple quiere marcar su terreno y decide sacar su propio Book Store.
  • SDK ya disponible bajo iPhone SDK 3.2 Beta. Es lo único disponible desde ayer. Esta claro que son las aplicaciones y los desarrolladores lo que le añaden valor a los dispositivos. Ahora Apple sólo le queda esperar y obtener el Top Ten que permitirá una mejor venta.

De haber tenido doble cámara, sintonizador TDT y pantalla OLED, está sería mi visión sobre el increíble mar de posibilidades o necesidades infundadas que el iPad abriría (tachado el camino cerrado por no cumplir los “rumores”):

  • eBook, su pantalla OLED LED no es equiparable a la tinta electrónica pero permite descansar mejor a la vista. Lo justo para leer los newspapers y el blogroll. No sirve para leer libros sin que nuestra vista sufra demasiado.
  • Netbook. Podrias mantener tu blog, opinar foros, … hacer web 2.0. En casa (Wifi) o fuera (3G).
  • Clon de Microsoft Surface. Una versión lite y más asequible para todos los bolsillos, gracias al multitouch.
  • Consola de videojuegos. Sabemos los grandes juegos que hay para el iP{hone,od} ¿pero somos capaces de imaginar los juegos multiplayer local que pueden venir? Yo veo MB/Parker haciendo uso de los copyrights y volviendo a vender juegos de mesa, pero ahora digitales, como: Trival, Monopoly, Operacion, etc.
    ¡OJO Sony, Nintendo y Microsoft! Apple ha llegado al salón. Que el usuario ocasional use el iPad o la consola de última generación para jugar, es una opción de usabilidad.
    ¿será lo siguiente de Apple una consola de videojuegos en toda regla?
  • Centralita domótica para sistemas domóticos basados en bluetooth/wifi.
  • TV/TDT. Imagino a mi madre viendo a Karlos Arguiñano en la cocina, mientras haces unas fotos a nuevo plato que sube a su blog de cocina. (HDTV). Mi madre tendrá que ver la tele vía IP con aplicaciones como la RTVE.
  • Videollamadas. Llamar a mi familia de Granada desde Madrid y verles las caras. Skype o Messenger lo permite, pero seguro que no tan fácil como con iPad.
  • Realidad aumentada. Ver desde el sofa como le quedaría a mi novia unas gafas RayBan de RaybanSales.com (cámara, GPS, brújula,  acelerómetro)

Estos son algunos de los campos de aplicación que podrían tener éxito con el gadgetRey del Salón“. Se abre por tanto la veda para que los desarrolladores y las empresas empiecen a darle vueltas a la cabeza y presenten sus propuestas cuanto antes.

En el campo profesional, el iPad puede ser una buena herramienta para:

  • Comerciales: la muestra de un producto e interacción con el potencial cliente. En mucho caso el propio iPad superará al producto a presentar.
  • Gestión de ordenes: en restaurantes so-chic, gestión de inventarios en tiendas de moda, altas/bajas en hospitales, historias clínicas, etc.

Conclusión

Como usuario no lo compraría. Veo imprescindible la presencia de una cámara. No es necesario que tenga muchos megapixeles o un bajo lux, simplemente se necesita. Corta mucho “las alas” a este dispositivo. Demando aplicaciones de videollamada y realidad aumentada. Creo que su competidor directo Android, ahora que esta tomando cuerpo en otros tablets parecidos, debe hacerse fuerte en el apartado de realidad aumentada y en las videollamadas.

Esta claro que la cámara será un elemento que estará en el iPad 2.0. A los hechos me remito (iPhone 1G, 2G, 3G , 3GS).

Como desarrollador posiblemente si adquiera uno. Si encuentro alguna idea potencial que no requiera mucha inversión, la desarrollaré.

Los que más van a disfrutar del chisme: los DJ. Vaya mesas de mezclas que se van a montar 🙂
Lo que más me gustaría ejecutar en el iPad: el gran (y “sabe” mejor con el paso de los años)  StarCraft.

Apple sabe que así venderá más iPad. Los primeros en adquirir el iPad serán los fanboys y los desarrolladores. Las empresas de TI también adquirirán unas o dos unidades.  Cuando ya el mercado este maduro, es decir, en un año o menos sacarán el iPad 2.0, con la cámara y aplicaciones de realidad aumentada (es una predicción, si me equivoco me comeré mis palabras sin problemas).

En fin, a ver cuando sacan el iPad 2.0.Voy a ver si consigo escapar del campo de distorsión de la realidad. Alé, otro post más sobre el iPad 🙂

P.D: la bolsa se movió poco, bajo durante la exposición y subio algo cuando se anunciaron los precios. ¡Menos mal que no compré acciones!

ACTUALIZACIÓN: Agradezco a Javier Penalva, Xataka y Weblogs SL la invitación a participar en la confección del post “iPad de Apple, los xaketeros opinan” en este post.

Translate to:English
MenefanteMenéame TwitterTwitter