LiteIDE: mi IDE preferido para Go

Después de probar y estudiar Go (aka Golang) desde el día que nació sobre el 2009, he vuelto a retomarlo para el desarrollo de pequeños proyectos web/API. Me ha empujado a volver a usarlo la constante mención sobre Go en Hacker News. Raro es el día que no aparece una empresa o start-up que ha empezado a usarlo para bajar la factura de servidores y watios.

En su día analicé algún que otro IDE para Go que estaba interesante.

Lo cierto es que hoy en día Go ha evolucionado mucho y lo mismo ha ocurrido con los IDE asociados.

De entre todos lo que he probado (Goclipse, Go-IDE y LiteIDE) me quedo con LiteIDE.

Las razones son:

  • Cross-platform (GNU/Linux, Windows y Mac OS X)
  • LGPL
  • Modular
  • Sencillo
  • Ligero
  • Integra perfectamente el entorno (algo particular) de Go.

 

Ahora queda empezar a hacer Apps Go-fabulosas 🙂

 

Anuncios

[TIP] Formatea la salida JSON de CURL

Si estas acostumbrado a trabajar con JSON, backends y demás palobrotos seguro que habrás usado cURL para obtener paquetes JSON.

La salida que cURL da no viene formateada, simplemente la muestra tal y cómo el backend lo devuelve.

Si el paquete que esperas tiene un cierto tamaño, esto puede ser un poco lioso.

El módulo de Python json tiene una utilidad para formatear JSON, luego me he creado una función BASH que añado a mi .bashrc y que me ahorra fallos y dolores de cabeza.

function jcurl() { curl $@ | python -m json.tool; }

Para añadir esta función a tu .bashrc

 echo "function jcurl() { curl \$@ | python -m json.tool; }" >> ~/.bashrc

Cómo instalar una aplicación Django en OpenShift

OpenShift es la plataforma PaaS de Red Hat. Aunque este post trata sobre consejos y experiencia de instalar una app de Django, hay que decir que OpenShift está actualmente montado sobre Amazon Web Services y que utiliza el concepto de recurso (gear o cartucho).  Un “cartucho” puede ser una aplicación web, una base de datos MySql, una instancia de memcached, etc. La cuenta gratuita permite tener 3 cartuchos. La idea es que si tu solución necesita escalar, fácilmente se puede añadir nuevos cartuchos bajo demanda.

Aquí os presento algunos tips o problemas con los que me he encontrado:

  • Lo primero es instalar el toolkit de OpenShift, rhc. Se trata de un script Ruby con el que se puede crear aplicaciones, ver logs, acceder via SSH etc. Se instala con “gem install rhc”. A mi me dio un error al instalar parte de la documentación pero funciona sin problemas.
  • La primera vez que se ejecuta rhc nos pedirá los credenciales de OpenShift (login/password) y permite crear y subir una clave pública de SSH para acceder sin tener que recordar clave alguna.
  • Para acceder vía SSH, ejecutamos “rhc ssh <app>“. Esto llama a SSH utilizando la clave pública. Como usuario, se utiliza un string-ID bastante largo. Al acceder nos situa en el “home” virtualizado: /var/lib/openshift/<UserID>. En ese directorio aparecen los componentes principales de tu aplicación. Para una aplicación Django son: app-root, git y python. La mayoria de los directorios son de sólo lectura. Solo en $HOME/app-root/data, $HOME/app-root/repo y algún que otro directorio podemos escribir.
  • Si necesitamos instalar algún componente Python, deberemos de ejecutar el script de Virtualenv. Esto se hace con “source $HOME//python/virtenv/bin/activate”. Luego ya llamaos a “pip install <paquete>“.
  • En caso de tener que copiar algo vía SCP, deberemos tener cuidado de que el directorio destino tenga permiso de escritura. Esta seria una sintaxis válida “scp <fichero> <userID>@<app>-<cuenta>.rhcloud.com:/var/lib/openshift/<userID>/app-root/data“.
  • El entorno de OpenShift establece un número grande de variables de entorno que será de gran utilidad para configurar tu aplicación. Todas comienzan por “OPENSHIFT_”. Por ejemplo OPENSHIFT_APP_DNS nos da el host,  OPENSHIFT_REPO_DIR el directorio donde se ubica el repositorio o OPENSHIFT_PYTHON_LOG_DIR donde se encuentran los logs de Apache.
  • El equivalente a “service httpd restart” es “ctl_app restart“. Lo utilizaremos cada vez que hagamos algún cambio en la aplicación.
  • La mejor forma de enlazar nuestra aplicación con wsgi es fijarnos en el ejemplo que viene. Apache ejecuta $HOME/app-root/repo/wsgi/application para cada request. Este script prepara el entorno de virtualenv e invoca al manejador wsgi de Django. Debemos ajustar los paths y nuestro “project.settings”.
  • Lo más normal es que durante la instalación de nuestra app nos encontremos con errores tipo 500. Con “rhc tail”, veremos los logs de Apache.
  • Los contenidos estáticos deben ir a $HOME/app-root/repo/wsgi/static, luego debemos configurar correctamente la variable STATIC_ROOT para que apunte al path correcto dentro de settings.py.
  • Si nuestra aplicación usa base de datos, se recomienda la ubicacion $HOME/app-root/data, ya que $HOME/app-root/repo se destina al repositorio de código.
  • Es posible tener una configuración especifica según el entorno de ejecución mirando las variables de entorno. En el ejemplo que viene por defecto, se crea una variable booleana ON_OPENSHIFT dentro settings.py que se usa para determinar la ubicación de la base de datos sqlite3.
  • Si queremos obtener la IP de aquellos que nos visitan, tenemos que usar el meta “HTTP_X_FORWARDED_FOR” en lugar “REMOTE_ADDR”.
  • Por último, si queremos asociar un CNAME a nuestra app, usamos “rhc alias <app> <cname>” para crear dicho alias (imagino que añadirá un ServerAlias a la configuración de Apache).

Sin duda OpenShift es de las plataformas más económicas (o gratis) de hospedar un proyecto Django. Muy recomendable para aplicaciones inicialmente pequeñas o prototipos.

 

Red Hat Tour 13 Madrid

Red Hat Tour 2013 Madrid en el Santiago Bernabéu

Red Hat Tour 2013 Madrid en el Santiago Bernabéu

El pasado día 16 de Abril tuvo lugar el Red Hat Tour 13 en Madrid. En esta ocasión no se celebró en el típico hotel de turno, sino que se desarrolló en todo un monumento vivo de la Villa de Madrid, el estadio Santiago Bernabéu.

Este evento que se celebra cada año y medio aproximadamente tiene como título “Transform your IT“. En líneas generales viene a presentarnos lo último que los chicos de Red Hat  y sus patners (HP, Bull, Intel, Fujitsu, etc) están trabajando, sus apuestas de futuro inmediato y los casos de éxito.

El tema diagonal de todas las charlas fue el cloud computing. Siendo un poco más específico, los términos que más aparecieron en las distintas sesiones fueron “cloud abierta, cerrada e híbrida”.

Yo soy de los que piensan que esto del “cloud” no es más que un producto de marketing asociado a dos viejos conocidos: red y virtualización.

Según Wikipedia, una nube privada no es más que una nube destinada a ser explotada por una organización. De todos los casos de nube privada que presentaron, el que más me llamo la atención fue el renderizado de películas 3D de DreamWorks. Antes de la nube, ellos tenían montado un IT propio que era muy caro de mantener y encima no daban a basto cuando querían producir una película (según dijeron tardarían 7.000 años para hacer el  renderizado en un solo PC de alta gama). Lo peor de esto es que cuando no había película que renderizar, el sistema estaba ocioso. Así fue como acudieron a los servicios de consultaría de Red Hat y apostaron por la nube para reducir drásticamente el precio y conseguir sacar las películas según la planificación.

Para Red Hat las ventajas de una nube open source son claras: escalabilidad, velocidad y no lock-in. En entornos cada vez más competitivos con menor presupuesto y mayor exigencia, poder lanzar una solución rápidamente, hacer que escale según la demanda para no desperdiciar ningún recurso y que puedas seleccionar qué proveedor te va dar solución para según qué subsistema sin problemas de dependencia se convierte en un “must“.

De los pocos productos hardware que se vieron, me llamo la atención el HP Moonshot. Se trata de un nuevo concepto de rack que puede albergar hasta 45 unidades de lo que denominan “cartuchos”. Un cartucho puede ser una CPU, un disco SSD, un servidor NAS o incluso una FPGA. Para mi es el mejor “mapeo” de la nube en una nube física.

Respecto a las nuevas tecnologías open en las que Red Hat y sus patners están trabajando, destacaría OpenStack  (“el sistema operativo de la nube”). El objetivo es estandarizar la gestión de nubes públicas, privadas e híbridas. Esto viene muy bien para la interoperatividad entre proveedores de cloud.

Un nuevo servicio que me gustó especialmente fue OpenShift (el nombre no es muy acertado, esperemos que funcione bien). Este servicio es un PaaS de Red Hat que te permite  alojar una aplicación en el cloud abierto de Red Hat. Es insultantemente rápido hacer un deployment de un aplicación alli. Me registré y con dos click tenia andando un WordPress a estrenar. Lo mejor de todo es que hay un plan gratuito, luego se puede tener un WordPress totalmente modificable pero como si estuviera alojado en WordPress.com. Una pasada.
El principal problema que le veo a OpenShit es que hoy en día corre sobre Amazon Web Services (IaaS). Además de esto, todavía no admite SSL para tu dominio (tiene un SSL wildcard para *.rhcloud.com)

Para (casi) terminar, decir que he echado en falta la ausencia de ARM como alternativa a la arquitectura x86 para servidores y que no me cabe duda que le quitara cuota de mercado. Ya existen proyectos amateurs de cluster y supercomputadores que tienen el tamaño de una tarjeta de crédito que usan ARM como CPU. También brillo por su ausencia el término “mobile”, lo cual deja claro donde se posiciona Red Hat, dejando a distribuciones como Ubuntu que experimente en ese difícil terreno.

Por último, felicitar a Red Hat por el gran evento que ha organizado. El contenido de las charlas, el desempeño de los ponentes, el timing, la ubicación, etc estuvo muy a la altura.
¿dónde será el próximo Red Hat Tour 15? ¿Las Ventas? 🙂

The Resume Model Canvas

The Resume Model Canvas Template

The Resume Model Canvas Template

Recientemente,  una conocida empresa de “al otro lado del charco” se interesó en mi perfil de Linkedin y quería hacerme una serie de pruebas para darme un “buen trabajo allá”.

Lo primero que me pidieron fue mi C.V. o resume, como ellos dicen. Opps! Llevaba ya años sin actualizar mi CV y ya iba siendo hora de poner dicha actividad en mi cola de prioridades.

Como queria causar buena impresión, decide crear una especie de CV fácil de manejar y que con un simple vistazo diera una idea general de mi perfil profesional. En ese momento me vino a la cabeza The Business Model Canvas de Business Model Generation. Se trata de un lienzo donde desarrollar prototipos de modelo negocio de una forma visual, rápida y sobretodo fácil de compartir con el resto de equipo, inversores, etc.

The Business Model Canvas está formando por un lienzo que bien cabe en formato A4, y que se divide en 9 secciones: Fuentes de ingresos, Costes, Propuesta de Valor, etc. Os animo a que si no lo conocéis le echéis un vistazo. Para mi es una herramienta imprescindible para evaluar ideas empresariales iniciales (vamos, justo después de encenderse la bombillita en mi cabeza).

En The Resume Model Canvas, he establecido las siguientes secciones:

  • Empresa y yo: muestra lo que te une con la empresa en la que aspiras trabajar. Puedes destacar proyectos o trabajos relacionados que indican que eres el mejor para el puesto.
  • Puntos fuertes: indica tus mejores cualidades, donde no tienes rival o bien eres único y especial.
  • Puntos débiles: es bueno conocer tus puntos flacos y sobretodo si estas tomando medidas para mitigarlos o eliminarlos.
  • Educación: titulación, masteres del universo, cursos adicionales, …
  • Trabajos: un lista pequeña y concreta de tus últimos trabajos.
  • Proyectos: creo que no hay nada mejor que una buena lista de trabajos realizados para mostrar tu valía.
  • Habilidades: ¿qué sabes hacer? ¿sabes diseño gráfico? ¿ofimática? ¿qué lenguajes de programación (no) conoces?
  • Charlas/Eventos: ¿acudes a eventos de tu sector? ¿has dado alguna charla o conferencia?
  • Redes sociales: ¿puedo encontrar más información sobre ti en las redes sociales? ¿dónde te mueves? LindkedIn, SlideShare, Twitter, WordPress … demuestra que eres proactivo.

Creo que con estas secciones, los “recruiters” se pueden hacer una buena idea de tu pefil.

Acompañado por un CV tradicional, el RMC puede servir de índice para buscar más información en el CV.

¿Qué os parece? ¿Lo veis interesante? ¿ Cambiarías alguna sección?

Os dejo la plantilla en formato [PSD], [XCF] y [JPG] (licencia Creative Commons y desarrollado por el amazing The GIMP).

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!