Treinta y cuatro

Hace unas semanas he cumplido mi vuelta al Sol número 34. ¿Qué ha pasado en todo este tiempo? Lo resumo con este post, para mi yo futuro y porque recordar todo lo que uno ha hecho ayuda a no perder la perspectiva.

Hace unas semanas he cumplido mi vuelta al Sol número 34. ¿Qué ha pasado en todo este tiempo? Lo resumo con este post, para mi yo futuro y porque recordar todo lo que uno ha hecho ayuda a no perder la perspectiva.

iCarto

Este año ha sido el 5º aniversario de iCarto y lo hemos celebrado con familia/amigos. Los primeros años fueron duros, probablemente cometimos todos y cada uno de los errores que una nueva empresa puede cometer, esas cosas que no salen en los manuales de MBA y que suponen una verdadera prueba de resistencia. El futuro de la empresa ahora es muy prometedor. Las heridas se han convertido en marcas que uno enseña con orgullo y guarda como recordatorio. Haber contribuido a construir una dinámica de sostenibilidad en el medio de una profunda crisis económica como no se recordaba es algo que quedará para siempre grabado en mi memoria.

icarto

A nivel proyectos, lo más significativo del último año ha sido:

  • Bantegal: la aplicación del banco de tierras de Galicia. He colaborado con un grupo de otros 10 desarrolladores con un background muy diferente al mío, lo que me ha exigido mucho a nivel personal. A nivel funcional, lo más reseñable quizás sea que he desarrollado el componente de cobros y pagos para interactuar con los bancos, implementando el estándar SEPA. Tecnologías: Java, Spring, Wicket, Struts, JSP.

Captura de pantalla de 2016-06-08 20:46:02

ccsi

  • En los últimos meses, he estado centrado en idear y desarrollar una aplicación para la gestión de explotaciones y usuarios del agua que se usará en Mozambique. Fran me ha ayudado a programar lo que teníamos entre manos, que era bastante ambicioso. Es un producto empaquetado con Electron que se divide en 3 componentes principales: una interfaz web, un API REST y una base de datos. Ésta es una arquitectura que ya he usado en otros proyectos y que poco a poco se está convirtiendo en mi default. Continuando con mi evolución hacia la  creación de librerías reutilizables siguiendo la filosofía UNIX, en este proyecto he publicado backbone-uilib, backbone-geojson y leaflet-table. Tecnologías: JavaScript, HTML/CSS, Backbone, Bootstrap, Python, Pyramid, SQLAlchemy y PostgreSQL/PostGIS.

utentes-show

El mundo maker

El último año he estado especialmente activo en el mundo maker. En Mayo del 2015 me convertí en el nuevo presidente de Makers.Lugo, lo que significó poner al día la asociación a nivel burocrático y consolidar un creciente grupo de gente alrededor nuestra. Por tercer año consecutivo, hemos realizado el GenuinoDay en Lugo. Este año la organización la ha liderado Sancos, que ha conseguido organizar el mejor evento hasta la fecha y al que agradeceré eternamente el esfuerzo inmenso que ha hecho durante todos estos meses.

OLYMPUS DIGITAL CAMERA

En Otoño me he pegado un buen recorrido por ferias y conferencias, con un enfoque muy maker: en Santiago la mini maker faire, la OSHDEM en Coruña, el Somero en Gijón; he vistado a la gente del Fablab León y he participado en mi primera conferencia de diseño.

Azuzado en parte por experimentos que hice años atrás, me decidí a proponer una actividad para los miembros del Club de Las Indias: recuperar los valores de la abundancia en la navidad mediante los objetos con los que la celebramos. Un arrebato a lo William Morris. La propuesta fue acogida con entusiasmo y en estos meses de principio de 2016 hemos acabado la fase de investigación, cuyo resultado se puede leer en este epub. Hemos también ideado ya algún producto y estamos ahora con las manos en la masa.

A nivel personal

En este blog he estado bastante activo y casi sin darme cuenta he escrito un ensayo sobre desarrollo de software en una PYME, ordenando las notas que había interiorizado en mi cabeza a partir de la experiencia de los últimos años. He arrancado también un blog musical y otro donde recopilo notas de diseño de interacción.

He visitado Nueva York, Madrid, Berlín, San Petersburgo y París.

He leído más libros de diseño que de cualquier otra cosa y algunos han pasado a mi lista de recomendados. La scifi se ha hecho un hueco también: Oveja mansa de Connie Willis y La mano izquierda de la oscuridad de Ursula K. Le Guin. Me he puesto al día en novela negra leyendo la serie creada por Domingo Villar que tiene como personaje principal al inspector Leo Caldas: Ollos de auga y A praia dos afogados. Siguiendo con el consumo cultural, esta temporada me han cautivado Halt and Catch Fire y El Ministerio del Tiempo.

A principios de 2016, he recuperado la trompeta para tocar en un concierto con amigos. He aprendido las reglas del go. Estoy preparando el certificado Advance de inglés. Esta temporada de la competición de trivial nos ha ido mal, pero nos seguimos divirtiendo. Además de un nuevo portátil, me he comprado mi primer coche.

La lección vital más importante que he aprendido es ésta: uno es lo que hace, no lo que representa. La vida merece la pena sólo si la compartimos con otros que nos ayuden a ser una versión mejor de nosotros mismos.

Lo que me lleva directamente a la banda sonora de este año:

La vuelta 34 ha sido muy intensa. Estoy listo para la siguiente!

René

René es un boceto de nueva herramienta que se alinea con un proceso creativo iterativo que se basa en bifurcar y converger ideas.

Si el proceso de creación significa bifucarse y converger a lo largo de una serie de iteraciones, la propuesta de valor de René se alinea con lo que necesitamos para ayudarnos a pensar y visualizar productos.

Peticiones de datos modularizables

Un comentario sobre cómo Facebook modulariza las peticiones de datos al servidor.

Recomiendo que echéis un vistazo al video Data fetching for React applications:

Obviando los detalles específicos a ReactJS, Relay y GraphQL la propuesta tiene 2 ideas interesantes:

  • la primera sería que el servidor no tiene muchos endpoints específicos, sino uno al que se le hacen consultas en un formato determinado (GraphQL) y devuelve respuestas en JSON. Hasta aquí nada novedoso porque este estilo de APIs han emergido en los últimos años en muchos productos, sobre todo usando la potencia de SQL (ej: CartoDB).
  • lo novedoso sería cómo se contruye esa petición. Lo típico sería hacerlo en un componente padre que “conoce” lo que necesitan sus hijos. Pongamos un ejemplo usando SQL: el padre lanzaría al API del servidor una consulta tal que «SELECT name, image, etc FROM users » porque sabe que uno de sus hijos necesita la propiedad name y otro la propiedad image. Esta aproximación provoca acoplamiento ya que si uno de los hijos cambia la propiedad que necesita, es necesario hacer cambios en todo el árbol hasta llegar al padre. La propuesta que hacen invierte el control: son los componentes hijos los que declaran qué propiedades necesitan. En este escenario, el padre es agnóstico respecto a los datos que piden los hijos al servidor y centraliza esta lógica en cada componente.

imgui

O de cómo Casey Muratori y la metáfora “Immediate Mode Graphical User Interfaces (IMGUI)” me están llevando a repensar conceptos básicos sobre la programación de interfaces gráficas.

Estoy estos días madurando las lecciones aprendidas de uno de mis últimos desarrollos -una librería de componentes para backbone– y me he encontrado de nuevo con Casey Muratori, un programador de videojuegos independiente. Digo de nuevo porque en este blog ya he publicado sobre un proyecto suyo y una charla sobre diseño de componentes reutilizables. Pero parece que este chico es una fuente inagotable de ideas. O quizás el solape entre las técnicas de desarrollo en videojuegos y el mundo JavaScript es todavía más grande del que yo imaginaba. La última que he documentado en mi glosario: las diferencias entre el Immediate Mode y el Retained Mode.

Compare workflows not frameworks

Guillermo Rauch, sobre el proceso de rediseño de VideoPress.

In general, comparing frameworks in terms of features seems inferior to examining the model it imposes on the programmer.

The latter will inform you about how well the code will fare over time as the product matures and the team grows, but the former won’t. It will also empower you to foresee what the evolutionary path of the technology looks like.

— Guillermo Rauch, en Pure UI, sobre el proceso de rediseño de VideoPress.

Vagrant con Debian Jessie

Estos días he estado creando un entorno de desarrollo con vagrant para un nuevo proyecto que corre sobre Debian Jessie con tecnologías un poco antiguas. Publico aquí unas notas sobre lo que hice como recordatorio para mi yo futuro y como ayuda para cualquiera al que le pueda ser útil.

Estos días he estado creando un entorno de desarrollo con vagrant para un nuevo proyecto que corre sobre Debian Jessie con tecnologías un poco antiguas.

Una de las bases de datos de ese proyecto tiene más de 12Gb de volcado, pero la máquina de debian viene con 10Gb para todo el sistema, así que me puse manos a la obra para redimensionar el espacio asignado en disco en la máquina virtual.

Esto resultó un proceso menos trivial de lo que yo me esperaba, asi que publico aquí unas notas sobre la configuración completa de la máquina para mi yo futuro y como ayuda para cualquiera al que le pueda ser útil.

Instalar el entorno base

Lo primero fue descargarme el binario de vagrant. No usé el propio que viene en los repos de mi sistema porque ellos no lo recomiendan. Luego, me puse a buscar una máquina Debian Jessie de 64 bits y me encontré con la “oficial“. Así que tener un Debian listo para poder jugar fue tan sencillo como:

vagrant init debian/jessie64

Configurar la zona horaria

Instalando ciertas librerías de i18n y l10n para el proyecto, me encontré con problemas porque la VM no tenía la zona horaria correcta, así que me instalé un plugin que me permite configurar la zona horaria de la VMs.

vagrant plugin install vagrant-timezone

En mi caso, he seteado la zona horaria para todas las máquinas, aunque se puede configurar de manera individualizada para cada una. He puesto mi zona horaria como “CET”. Aunque en la docu del proyecto dicen que es posible usar la variable :host para que la tome automáticamente del equipo, a mí no me funcionó.

Así que en mi ~/.vagrant.d/Vagrantfile he incluido:

Vagrant.configure("2") do |config|
  if Vagrant.has_plugin?("vagrant-timezone")
    config.timezone.value = "CET"
  end
end

Aumentar el espacio en disco

En este apartado necesitamos hacer 2 cosas: primero, asignar más espacio a la máquina virtual; luego, configurar internamente las particiones para que reconozca ese espacio. Para la primera parte estuve viendo este tutorial. Para la segunda, lo hice de otra manera inspirado por éste.

Lo primero que hay que saber es que vagrant puede usar diferentes providers, que son los sistemas de máquinas virtuales. El que tenía yo era VirtualBox, así que al crear la base vagrant, lo que ocurre es que se guarda un archivo VDMK en el lugar donde mi VirtualBox almacena las VM. En mi caso, esto fue en un directorio tal que “~/VirtualBox VMS/debian-jessie/”, donde encontré el fichero debian-jessie.vdmk que era el que tenía que ampliar. Al parecer, esta funcionalidad sólo está disponibles en discos con formato VDI nativos, no con el VDMK, así que lo primero que tuve que hacer fue convertir el disco a VDI y luego ampliarlo a unos 52GB:

VBoxManage clonehd --format VDI debian-jessie.vmdk debian-jessie.vdi
VBoxManage modifyhd debian-jessie.vdi --resize 50000

A partir de aquí, la operación es la misma que cuando uno hace particiones, aunque yo no lo tenía muy fresco porque hacía años que no me enfrentaba a ello. Lo primero a recordar es que para manejar particiones, los discos tienen que estar desmontados. La idea es arrancar con una ISO como la de GParted y realizar las operaciones desde ese entorno. ¿Cómo hacer esto con una VM de VirtualBox? Pues:

  • añadiendo la ISO como CD al sistema de almacenamiento de la VM

vm_gparted

  • configurando el arranque indicando que lo intente como CD primero y luego como disco

vm_cd

  • Et voilà!

vm_gparted_iso

Como mi VM no tenía sistema de ventanas, arranqué desde consola luego de aceptar los diversos menús que aparecen e hice las operaciones de edición de tabla de particiones con parted. En mi caso, tenía una partición primaria y una extendida con la SWAP en el disco /dev/sda, así que mi plan fue:

  • borrar la partición extendida
  • reclamar para la partición primaria todo el espacio de disco menos el último giga
  • extender el sistema de ficheros al tamaño total de la partición
  • añadir de nuevo la partición extendida con la SWAP

Que viene a ser lo siguiente:

parted /dev/sda
rm 2
resizepart 1 -1GB
quit
e2fsck -f /dev/sda1
resize2fs -p /dev/sda1
exit

Tuve problemas para crear la SWAP con parted, así que hice este último paso posteriormente con cfdisk ya desde vagrant, que es mucho más sencillo y visual.

Para finalizar, hay que recordar desmarcar el arranque por CD y eliminar la ISO de Gparted  del sistema de almacenamiento de la VM en VirtualBox. Entonces ya podemos arrancar nuestro vagrant de nuevo con normalidad y comprobar  que todo ha ido bien.

vagrant up
vagrant ssh
df -h