Rediseño de la home

Me complace presentar, por fin, el rediseño de mi web profesional/portfolio. Algo que me propuse hacer hace ya unos meses por ver que debería cambiar mi forma de comunicar para que se perciba mejor qué tipo de servicios doy.

Mi web profesional empezó simplemente mostrando el logo y mi dirección de email de contacto, varios meses después amplió a a ser una pequeña presentación indicando conocimientos tecnológicos que tenía.

Casi 3 años teniéndola totalmente olvidada, y tras muchos trabajos hechos, decidí darle la mayor parte del protagonismo a mi portfolio, para que quien llegue a mi web pueda conocer mis trabajos anteriores (los públicos nada más, claro).

Lo que hice fue buscar un template html que encajara con los bocetos en papel que me había estado haciendo, trabajar en el contenido y en adaptar el template. Aún cubriendo aceptablemente el objetivo que tenía, pero visualmente el resultado era entre mediocre y feo, principalmente por mi nula capacidad para retocar los logos que mostraba de los proyectos.

Y es que aunque uno no venda diseño en sí mismo, para mi es algo importante. Por un lado porque a veces me buscan para desarrollar proyectos/productos desde 0, donde también hay que conceptualizar y, por supuesto, diseñar; y por otro para tratar que se perciba mayor calidad también cuando me requieren sólo para programar.

Una de las mejores cosas de compartir espacio de trabajo con gente que trabaja en el mismo sector y/o con la que te complementas, es la posibilidad de colaboración. En el caso del diseño de mi web, tuve la suerte de que José Luis Lizano tuvo una temporada relajada de trabajo y pudo dedicar un tiempo para darle una vuelta a lo que había hecho yo, con un resultado visual que a mi me encantó.

Sea dicho que yo, aún tocando sin miedo CSS y HTML para hacer detallitos de frontend consiguiendo no romper nada, soy totalmente incapaz de maquetar PSD a HTML. Por eso tenía hablado con Guillermo Latorre (que no, no somos familia :)) que nos juntaríamos un día para hacerlo y así yo aprender un poco de cómo hace él ese trabajo. El problema fue que, con el diseño en PSD ya hecho desde Octubre, el trabajo del día a día fue haciéndome posponer el plantearme maquetarlo, o incluso olvidarme un poco de ello. En fin, ya se sabe que en casa del herrero...

Pero por fin pudimos juntarnos un par horas el viernes, y otro par el lunes para maquetarlo. No es que aprendiera lo suficiente para poder pasar el PSD a HTML en mi próximo proyecto, pero aprendí algunas cositas interesantes.

Utilizamos Initializr para generar un template basado en HTML5 boilerplate, la tipografía Open Sans, un poco de jQuery, LESS compilado a CSS. También estuve viendo por mi cuenta el protocolo Open Graph, añadiéndole los tags de metadatos a la web, para hacer las comprobaciones resulta útil la herramienta de facebook para hacer debug.

Ahora la cosa será adaptar ese diseño para este blog e implementarlo como tema de wordpress, a ver si no pasan meses :P

De la idea al producto

Hace un par de semanas estuve trabajando bastante en preparar la presentación del taller Cocina tu Idea en Zaragoza Activa (fotos en facebook). Mi parte de se llamaba crea tu producto, donde iba a hablar sobre el desarrollo de productos tecnológicos, el proceso de creación de un MVP y sobre como una aproximación de trabajo ágil por parte de un equipo puede ayudar a crear mejores productos.

En mi trabajo diario no suelo aplicar una metodología en concreto ni limitarme a hacerlo en la parte de desarrollo, suelo tener en mente los principios ágiles, utilizo algunas prácticas tanto de gestión como ingenieriles y procuro usar herramientas que me apoyan en ese sentido.

Tras un buen puñado de golpes sufridos en carnes propias y ver dárselos a otras personas, son algunas de esas ideas que me han quedando marcadas para tratar de hacer mejores productos (y negocios, claro). Procesos lentos y pesados, exceso de burocracia, búsqueda de la perfección, parálisis por análisis, desarrollo de muchas funcionalidades, cambios de planes sin rumbo aparente, tratar de adivinar el futuro... Son algunos de esos errores que he cometido o he visto cometer.

Al ver que son problemas que voy viendo que se van repitiendo bastante habitualmente, llevaba ya un tiempo dándole vueltas a preparar algún taller para hablar sobre ello. Hasta que un día hablando con Guillermo Marqueta terminó animándome a hacerlo dentro de un cocina tu idea de linkToStart, el haber estado previamente unas horas de cañas ayudó a ello :P.

Alguna aclaración:

En los círculos del Lean Startup se suele decir algo del estilo a falla a menudo, rápido y barato; con lo que estoy relativamente de acuerdo siempre que se acompañe de aprende e itera, que supongo que se debe de sobreentender, pero yo echo de menos que se especifique para que no se malinterprete.

Si fallas muy a menudo quizás debas replantarte todo; quizás no estás aprendiendo lo que deberías, o no estés tomando métricas correctas que te permitan sacar conclusiones útiles, o puede que estés tropezando una y otra vez con la misma piedra. Cuidado con lo de fallar rápido, quizás nos estemos anticipando y no nos hayamos dedicado a tratar de recopilar suficientes datos. A veces no es posible fallar barato, según el modelo de negocio o la tecnología sobre la que se sustente pueden hacer que sea caro.

Aunque claro... a menudo, rápido y barato son cosas totalmente subjetivas :)

Minchador.com en beta cerrada

No es ninguna noticia, ya hace un par de meses que empecé a enviar invitaciones a los pre-registrados a minchador y a lo que le di un poquito de bombo por twitter pero sobre lo que no había escrito.

La fase alpha

Previamente a darles acceso a los primeros usuarios me dediqué a hacer algunas demos de la versión pre-alpha y más entrevistas a un par de hosteleros de confianza, para escuchar sus ideas y propuestas. Mi idea nunca ha sido hacer una aplicación a medida para un restaurante en concreto, pero algunas de esas propuestas y necesidades me hiceron pensar en soluciones algo más genéricas para resolver ciertos escenarios y problemáticas.

Pienso que es una práctica muy recomendable mostrar una versión temprana de tu producto a tus potenciales clientes y recoger su feedback, pero ojo con confundirlo con hacer una solución ad hoc a las necesidades de esos potenciales clientes.

La fase beta cerrada

Hablando ya sobre la beta cerrada, la mayoría de los usuarios que hicieron caso al email de registro (a día de hoy 24 de 94, una cuarta parte) hicieron lo que esperaba: se dieron de alta, entraron, navegaron un poco por la aplicación web, como mucho alguna reserva de prueba y se fueron.

Algunos por suerte me dejaron feedback de errores y gazapos que no tenía controlados, no hay nada mejor que gente usando tu software para darte cuenta de lo descuidado que has sido, además me ayudó a darme cuenta de un par de pequeñas funcionalidades necesarias en las que no había caído. También algunos amigos que saben mucho de esto de crear productos en internet, me dieron algunos consejos y opiniones de esos que siempre son bienvenidos.

Además, unos pocos de los usuarios dados de alta son restaurantes, de los cuales un par de ellos ya lo están usando y recibiendo reservas: Brasería Les Caves en Calella y Letras de Laurel de Logroño. Eso ha significado mucho y muy buen feedback que ha ayudado a madurar y mejorar el producto al haber surgido algunos problemas en situaciones reales con clientes reales.

La situación actual es que es un producto que ya hace su función en un contexto real, pero posiblemente la beta cerrada todavía se alargue unos meses más. Podría decir que la razón es que necesito algunos restaurantes más para ver si necesita más mejoras y terminar de cerrar el pricing, pero la realidad es que es más una cuestión de que ando con otros proyectos entre manos, y esto no me permiten darle la dedicación necesaria para terminar de lanzarlo en condiciones. Vamos, la misma razón por la que me ha costado tanto tiempo conseguir tenerlo en este punto :P.

De vuelta del Greach 2013

Este viernes 25 y sábado 26 de Enero se ha celebrado en Madrid el segundo Greach, el evento en España centrado exclusivamente en Groovy y su ecosistema, donde nos hemos juntado buena parte de la comunidad gracias al trabajo de Alberto Vilches en su organización.

Asistentes al Greach 2013, foto de @jerolba

Tuve la oportunidad de volver a participar como ponente en esta edición al aceptarme la propuesta de charla que llamé Testing en proyectos Grails del día a día, que como nombre era menos feo que Testing como lo hago yo. En la que pretendía centrarme, más que en las herramientas de testing en sí y en sus posibilidades (acerca de lo que ya se iba a hablar en otras charlas), en como practico yo el testing en mis proyectos y como les saco partido a esas herramientas.

No me veo capaz de hacer un resumen exaustivo de las charlas a las que asistí, además fueron grabadas y las podréis ver en cuanto las publiquen (pronto), pero estas fueron a las que asistí:

Al acabar las sesiones del primer día Escuela de Groovy - Salenda invitaban a cervezas en un bar cercano, y uno es educado y no rechaza una invitación así ;). Después un poco de tapeo con buena gente de la Zona Norte no muy lejos de Preciados y no muy tarde de vuelta al hotel a descansar.

En el segundo día:

@jorgeuriarte en Greach 2013

Sobre el contenido de las charlas: Aunque en ocasiones algunas me sobrepasaban por la mezcla de mi dificultad para seguir algunas charlas en inglés y el tratamiento de temas en los que no he profundizado, en otras por el contrario me quedé con las ganas de que se profundizara algo más y en unas pocas eché en falta algo más de sentido práctico; salí bastante satisfecho de casi todas a las que asistí. También me quedé con las ganas de haber asistido a otras charlas que pintaban muy bien, tocará verlas en video.

Sobre mi charla: Soy totalmente consciente de que no ha sido ni mucho menos una de las mejores charlas que haya hecho últimamente, tenía claro que mensaje quería dar desde que propuse la charla, pero no cómo hacerlo. Aún tras haberle dado muchas vueltas a la presentación, seguía sin convencerme totalmente, y eso (junto a mi archienemigo en las presentaciones: el micrófono de mano :)) me hizo empezar con unos nervios y presión que no sentía desde cuando hacía mis primeras charlas. Luego poco a poco me calmé, remonté y empecé a comunicar mejor, pero desde luego que no me quedé para nada satisfecho con el resultado; espero que algunas de ideas hicieran mella y sirviera de utilidad a los que asistieron.

Sobre el lugar: Me pareció un acierto el que fuera en el centro de Madrid, para los que venimos de fuera es mucho más atractivo y facilmente accesible en transporte público, además de la comodidad de comer en el mismo hotel. Por poner un par de pegas, los contras para mi fueron los pequeños atascos en los ascensores para cambiar de sala, aunque había bastante tiempo entre charlas que lo compensaban, y principalmente que en una de las salas, por su disposición, las líneas de abajo de algunas proyecciones no se veía bien desde el fondo (terminé de pie en varias ocasiones por ello) y que su acústica era bastante mejorable.

Algunas pequeñas impresiones que me llevo:

  • Ya hay un buen puñado de proyectos de entidad que utilizan grails en españa, para los que aún creen que no es una herramienta "seria"
  • Seguimos siendo una comunidad muy pequeñita, con 2-3 focos geográficos donde hay más desarrolladores utilizando estas tecnologías, pero muchos estamos un tanto aislados
  • Spock definitivamente está empezando a ser (o está ya siendo) el framework de testing más utilizado, de 5 charlas de testing 4 tocaron (tocamos) este framework
  • Creciente interés por arquitecturas orientadas a eventos/asíncronas (vert.x, el roadmap de grails, algunos plugins...)
  • Me pareció muy interesante que se intentara internacionalizar con la mayoría de charlas en inglés, creo que es un camino a seguir para tratar de atraer a más público europeo

Por cierto, hay un buen puñado de fotos del greach en el evento de google plus, y un resumen del movimiento en twitter, slidesahre y demás en eventifier.