Apr 02
Debido a la cantidad de spam que recibo a través de este wordpress, las pocas ganas que tengo de mirar como evitarlo y que quiero meter algo más de información debido a mi nueva situación laboral, he decidido desarrollarme desde cero el site. Por eso, y mientras desarrollo este nuevo site, desactivo los comentarios para evitar el spam.
Espero que tengáis noticias mías en los próximos días 
Nov 09
Metodologías ágiles, Otros, Saraos 4 Comments
En el último mes he asistido a 2 eventos que me han hecho darme cuenta, más aún de lo que ya sabía, lo importante que es que un grupo esté unido, tiren todos en la misma dirección y tengan muchas ganas de sacar el producto adelante. En eso se sustenta todo este rollo del agilismo, porque si el equipo no funciona, ya puedes hacer iteraciones, retrospectivas, TDD o lo que quieras que el producto resultante no será ni de lejos el que el cliente espera.
El primero de estos 2 eventazos ha sido la CAS2011 (de la que ya hablé) organizado por Emma, Raquel, Amalia, Miguel Ángel, Ricardo, y más que seguramente me deje… perdón por adelantado.
El segundo ha sido más reciente, el TEDxZaragoza organizado por Teresa[1], Sir Calvo con Barba, Pablo y más gente de la que no se ni nombre ni enlace, otra vez, perdón por adelantado.
Ambos eventos tienen un denominador común, y es que se nota que han creado su producto (el evento) pensando en su cliente (nosotros, los asistentes). Y lo han creado sin que nadie les dijera lo que tenían que hacer, de forma autoorganizada, con autodisciplina y queriendo hacer EL evento, buscando la perfección (y cerca se han quedado). Pero por encima de todo eso lo han hecho con un cariño fuera de lo común. Al grupo del TEDxZaragoza les conozco menos, pero no hay más que ver como salió todo y como están de pletóricos después de que TEDxZaragoza cerrara por este año, para darse cuenta del curro y la ilusión que han metido ahí. O estar 15 días después de que terminarse la CAS2011 con Emma, Raquel y Amalia y ver como siguen pensando en su producto, como siguen pensando en lo que se podría mejorar, en lo que salió bien, lo que salió mal… y como las 3 valoran hoy muchísimo más que hace 6 meses lo que es el trabajo en equipo. Todos ellos han invertido muchas horas de sus vidas, sus familias, sus hobbies, su descanso e incluso su trabajo, para que su producto saliera perfecto.
Y el secreto para que estos 2 eventos salieran así de bien en cuanto a organización se refiere, está resumido en un Tweet de Pablo:
Don’t try to make your event more pro, try to make it more warm. For humans, by humans.
Si en los equipos de desarrollo tradicionales fuéramos una décima parte de EQUIPO que han sido estos 2 y si hiciéramos nuestros productos más “warm” y menos “pro” [2], nuestro sector estaría en un sitio muy distinto en el que está ahora.
Si todos fuéramos igual de autoorganizados, autodisciplinados, autoexigentes y le pusiéramos el mismo cariño a nuestros productos como nos han mostrado toda esta gente que es posible, no tendrían cabida las consultoras que viven de los mantenimientos, ni las personas que pasan su vida haciendo horas extras, ni los jefes que su único trabajo es contabilizar las horas que pasas con tu culo en la silla y si tienes la osadía de salir de día de tu puesto, ni los malos rollos con el cliente con el “yo te dije, tu me dijiste, esto pone en el contrato”,…
Oh wait!! ¿Te imaginas que bonito sería?
[1] No os perdais el post de Teresa, si no lo habéis leído ya, relacionado con este tema de equipos.
[2] No digo que no haya que ser profesional, sino que hay que pensar más en que nuestros clientes son “humans” y que nosotros también somos “humans”… es decir, “for humans, by humans”.
Sep 04
Metodologías ágiles, Otros, Saraos Comments Off
Ayer asistí al Visual Management Open Space un evento organizado por Raquel Laina en las oficinas de Decide, aprovechando la estancia en Madrid de uno de los grandes en esto de montar paneles y gestionar todo lo relacionado con un proyecto de una forma muy visual, Xavier Quesada. Como nos suele tener acostumbrados Raquel, organización de 10, y desde aquí otro aplauso más 
A este Open Space fui sin tener nada claro qué íbamos a hacer, de que se hablaría, si habría sesiones suficientes para todo un día… y como suele pasar, las dudas se disiparon en cuanto se empezó a montar el panel. Salieron alrededor de 25 temas, de los cuales “sólo” unos 15 entraron en el panel, dejando el resto para unas lightning talks en tiempos “muertos”.
Una de las sesiones que más me llamó la atención y que más interés en mi despertó fue una propuesta por Xavier Quesada sobre Personal Kanban. En ella Xavier contó cómo él gestiona el panel de las tareas personales, en las que está únicamente él involucrado. Por supuesto esta forma no es válida para todo el mundo, sólo nos contó como lo hacía él, además de explicar que el refinamiento de este método le había costado 2 años.
El panel visual estaría divido en 3 partes: Tareas pendientes de hacer, tareas para hoy y tareas para mañana (o para hoy si sobra tiempo). Las tareas de hoy las metía dentro de un rectángulo rojo, las de mañana en otro rectángulo igual pero de otro color (no recuerdo si azul, amarillo… es lo de menos!) y las tareas pendientes las tenía separadas por categorías en columnas. Las tareas hechas simplemente las tira porque como bien explicó, el tener de forma visual las tareas “done” es como comunicación al resto de compañeros, y como aquí no hay compañeros… Tampoco diferenciaba la tarea en la que estaba trabajando por el mismo motivo y porque utiliza un WIP de 1, es decir, no trabaja en más de una tarea a la vez. Si alguna tarea empezada está bloqueada porque necesita alguna cosa que no puede tener en ese momento (espera de contestación de alguien, etc), le pone un pequeño post-it encima donde indica que está bloqueada.
Saliendo un poco del tema visual, comentó que sus herramientas de trabajo eran Gmail y Google Calendar. La idea es mantener el Inbox Zero, teniendo en la bandeja de entrada únicamente las tareas pendientes. Cuando una tarea está completada (¿o cuando pasa a tarjeta dentro del tablón? no recuerdo esto…) pasa a archivado y sale de la bandeja de entrada.
Otra cosa que comentó fueron los “estudios” que ha ido haciendo para adaptar este modelo de trabajo. Miró por ejemplo de donde le venían las tareas, donde se dio cuenta que el 80% era por email, lo que ayudó a la decisión de usar Gmail como herramienta de trabajo. Durante un tiempo estudió el número de tareas que era capaz de hacer en un día, para poder hacer planificaciones más realistas de las tareas que planifica cada día.
Creo que más o menos esto es lo que él comentó que hacía. Además, gente como Marcin Gryszko y Vanesa Tejada entre otros, comentaban que usan las tareas de Google, se comentó el tema de separar las tareas en los diferentes contextos aunque a la hora de coger las “tareas para hoy” no centrarse en uno de los contextos sino coger lo más prioritario de cada uno de ellos y salió el nombre de David Seah y sus herramientas de ayuda a la productividad personal.
Si alguien que lea esto se acuerda de algo más o me quiere corregir en algo, estaré agradecido! ya que se me olvidó llevarme cuaderno para tomar notas y mi memoria no es la cualidad de la que esté más orgulloso
Ahora me toca buscar mi propio método, que cuando lo tenga mínimamente rodado, volveré a escribir unas líneas
Feb 09
Llevo unos días “discutiendo” en el foro de alumnos de la universidad donde estudié. Esta discusión empezó con un alumno que está buscando una beca para empezar en este mundillo y pedía opiniones de diferentes empresas. La opinión de este futuro profesional (esperemos) era que él no quería “estar picando teclas”, que para esto “están los de FP”, que “como Ingeniero nosotros tenemos que hacer cosas más de gestión de proyectos” y que por eso “le llamaba mucho más una beca donde le ofrecían hacer labores más de gestión y que no tocaría código”. Voy a ir comentando cada una de estas malas ideas que nos meten (al menos fue mi caso) en la cabeza los profesores de la universidad (no es una crítica al alumno en cuestión, yo salí con la misma idea de la universidad):
Colaboración en gestión de proyectos de Tecnologias de la Información y las Comunicaciones, participando en actividades de: – Soporte a los Jefes de Proyecto en la elaboración de ofertas técnicas, en el diseño y planificación de los proyectos en relación a las especificaciones y requisitos técnicos definidos, y posterior seguimiento de proyectos (SLA´s, hitos, plazos…). – Soporte en la instalación y configuración de servidores y aplicaciones. – Soporte en la elaboración de informes de seguimiento de proyectos, incidencias y estado de sistemas. – Apoyo en la relación con fabricantes de tecnología, partners y proveedores.
Elaboración de ofertas técnicas? diseño y planificación? Seguimiento? Todo esto un becario? De verdad? Y sí, lo mejor que puede hacer un becario es llevar la relación con partners y proveedores… “oye mira, soy el becario de la empresa X, que me dice mi jefe que para cuando me vais a tener listo esto… es que le corre un poco de prisa, ¿sabes? me ha dicho que os insista mucho mucho, hasta que me lo tengáis listo. ¿Hola? ¿Hay alguien ahí? Vaya, otro que me cuelga…”.
Da mucha pena lo que hay en las universidades. Luego, los mismos que dicen todas estas cosas son las que están dando palmas con las orejas de que se acabe de crear el Excelentísimo y Real Colegio de Super Ingenieros Informáticos Molones, porque van a luchar por nuestros derechos y por fin todos los males de esta profesión se van a acabar, ya que sólo podremos trabajar informáticos en un proyecto de software.
No culpo a los alumnos… culpo a ese entorno nocivo y poco informado que hay entre una parte del profesorado (al menos el que yo conozco, y con muy honrosas excepciones), que son funcionarios acomodados que la última vez que programaron lo hacían en tarjetas microperforadas. ¿Esa gente es la que está preparando a nuestros futuros profesionales? ¿A esos profesionales que seguirán haciendo software que nos facilitará nuestra vida? Al menos es la que les está mal formando y les está metiendo ideas tan equivocadas como peligrosas.
Qué Uncle Bob nos pille confesados….
PD: Soy Ingeniero Informático, por si hay dudas.
Feb 08
Hace unos días decidí dejar mi empresa, no estaba contento con lo que me podía ofrecer y hacia donde se podría orientar mi aprendizaje y decidí hablar con ellos para dejarlo mejor antes que después, sería bueno para todos.
El caso es que una vez que lo dejé, me planteé que no quería el típico CV lleno de fechas, de acrónimos, de tecnologías… vamos, no quería el típico CV que usan las “consultoras” para venderte al cliente. Quería que si alguien me contrata no sea porque sepa el framework X que necesitan para un tema puntual, sino más bien por lo que pueda ofrecer tanto en el presente como en el futuro.
Me pareció mucho más interesante hacer una especie de unión entre la carta de presentación y el CV, y este es el resultado a día de hoy.
Cualquier opinión será bienvenida y se irá actualizando si creo que puede ser interesante. Hay cosas que no me terminan de gustar, pero no las diré para ver si pensáis lo mismo.
Este CV lo iré actualizando en función de a quién se envíe si es que hay información interesante para la empresa objetivo y que no lo sea para otras. Mi idea no es ponerme [modo_infojobs=on], sino más bien tratar de seleccionar mucho a quien le llega este CV.
Por cierto, el CV está aquí incrustado gracias a la pedazo de plataforma de empleo como es Jobsket. Un trabajo impresionante de gente nacional, de gente como tú y yo, no de una gran compañía con dinero de grandes inversores.
Si te interesa lo que ofrezco y ofreces lo que busco, hablemos!
Wish me luck!
Jan 18
El título del post para muchos será una utopía, algo inalcanzable… o quizás para otros sea algo no necesario porque ya está bien. Trataré de explicar en este post mi visión y mis primeros pasos para tratar de cambiarlo.
Hace poco, hicimos un evento que llamamos 15en5 (por el número de slides y el tiempo para contarlas) unos cuantos amigos donde cada uno exponía sobre el tema que le daba la gana. Hubo desde temas sobre música hasta magía, pasando por otras más técnicas o la búsqueda de nuestra Alicia particular entre otras charlas igual de interesantes. Mi charla fue sobre los problemas que veo en el sistema educativo universitario actual en el mundo de la informática (no conozco el estado actual de otras carreras/sectores). Traté de darle un formato divertido con imágenes que poco o nada tenían que ver con la charla, pero que me servían bien para explicar lo que quería. Es decir, mi objetivo fue plantear entre risas un mensaje para mi muy serio.
En resumen lo que conté fue que a día de hoy (y de ayer también) los recién titulados salen sin saber absolutamente nada. Pero nada es nada! Y lo que es peor, en la mayoría de los casos les da igual no saber nada y el interés por la profesión que han elegido es casi nula, queriendo únicamente ir al trabajo y cobrar a final de mes, importando poco el cómo se hacen las cosas y si los resultados son buenos o no. Ojo, no hablo de lo que algunas empresas llaman “compromiso”, es decir, hacer todas las horas que hagan falta. Hablo de algo mucho más importante, el compromiso con uno mismo para hacer bien nuestro trabajo.
Yo achacaba estos problemas a varias cosas, en ningún orden en particular:
Pero mostrar los problemas sin buscar soluciones es de quejicas, así que hablé de cómo pensaba que se podría cambiar y de algunos pasos que voy a dar en la universidad donde estudié (la EUI de la UPM).
Como decía al principio, el título del post puede parecer misión imposible, pero en el 15en5 Xavi Gost dijo una frase que me ha marcado mucho y que trato de tener siempre presente desde entonces:
Si te marcas objetivos mediocres y los consigues al 100%, habrás conseguido algo mediocre. Si te marcas objetivos imposibles, si consigues el 50% será la ostia.
Mi objetivo imposible es conseguir que todos los que salgan de la universidad sean auténticos profesionales. Sin conocimientos de muchas cosas, pero al menos con la actitud e inquietud necesaria para mejorar día a día.
Jan 01
Como desde ayer no he parado de leer retrospectivas del 2010 y los objetivos para este año recién empezado, no he podido hacer otra cosa que también escribir lo mío… Empecé a escribir el post hace 4 o 5 días pero al final lo borré, pero bueno a reescribirlo toca!
En lo profesional, el año 2010 ha sido un año agridulce. El “agri” me lo da el trabajo. He cambiado este año 2 veces de empresa, en las 2 tomé la decisión de irme antes de encontrar otra cosa, me daba igual, quería conseguir algo que me llenara y esos no lo hacían. En ambos cambios no tomé la mejor decisión a la hora de elegir sitio, cosa a mejorar. El dulce es por la cantidad de gente impresionante que ha pasado en este tiempo por delante de mis narices y de la que he aprendido un montón. Algunos ya los conocía del año pasado (algunos virtualmente nada más) aunque realmente ha sido este año cuando les he conocido de verdad, coincidiendo con ellos en un montón de saraos. Gente (me dejaré a alguno SEGURO, lo siento…) como Jorge (Semurat), Amalia, Raquel, Kini, Javi, Alejandro, Germán, Alfredo, Laura, Xavi Gost, Leo, Alberto, etc etc etc etc ha hecho que este año haya sido muy importante en mi aprendizaje y en mi forma de ver esta profesión.
En el listado anterior faltan un par de personas que quizás sean los principales culpables de este cambio de mentalidad que he tenido durante el 2010. Quería destacarlos y explicar algo sobre ellos (podría hacerlo de los demás, pero el post tendría que hacerlo por capítulos):
El 2010 ha sido el año de los saraos. He asistido a varios, entre ellos el Code Retreat de Madrid y San Sebastian (en este sólo como mirón, ya que cedí mi plaza) dados por Enrique Comba, el Agile Open Spain de Barcelona, el DevFest de Google, diferentes coding dojos, el curso de TDD también de Enrique, la Software Craftsmanship de UK… y lo más importante, las cañas de después de la mayoría de estos eventos donde he aprendido lo mismo o más que en los propios eventos.
En lo personal, año para hacer una retrospectiva más profunda y personal. Año de mucho cambio, bueno y malo.
Para el 2011, los objetivos son, sin ningún orden de importancia:
Dentro de 365 días veremos qué de todo esto he conseguido, qué tengo empezado y qué tengo completamente abandonado.
Dec 28
Otros Comments Off
Estoy de mudanza, me estoy trayendo el blog alojado en los servidores de WordPress a este servidor donde gestiono yo todo. La idea es crear un portal completo, no sólo blog, pero vayamos paso a paso. Primero a dejar más presentable esto, y luego ya iré creando un index para el dominio y añadiendo los diferentes contenidos que tengo en la cabeza.
Mi mayor problema, los estilos, soy malo, muy malo a la hora de crear contenido web presentable, bonito… el diseño web y las css nunca fueron mi fuerte, ¡pero habrá que intentarlo!
Nov 18
En una de mis ideas locas se me ha ocurrido que se podría organizar una cosa que me parece divertida y de la que quizás se podrían sacar cosas positivas. La idea es juntarnos unos cuantos en un lugar, cada uno con su portatil y hacer pair programming pero de una forma especial, sin saber con quién lo estás haciendo. Lo que he llamado (después de que Israel Alcázar me lo comentara), practicar nuestro Anonymous Driven Development (aka ADD). Quizás la idea podría ser resolver un problema conocido por todos e ir cambiando de pareja de forma aleatoria pero sin saber con quien estás (ya me las ingeniaré para que esto ocurra). Luego se podría sacar conclusiones como “es necesario saber con quien estoy?”, “puedo saber con quién estoy a partir de su forma de trabajar?”, “el pair programming con 2 teclados y 2 monitores funciona?”, “cómo de bien se puede hacer pair programming sólo con el código, sin discutir nada de palabra?”, etc.
Suena raro… ¿como voy a estar programando con alguien y no voy a saber quien es? Para eso está Saros que es un plugin de Eclipse donde podemos desarrollar unos cuantos sobre la misma clase de forma remota, todos a la vez, cada uno con su color. Es curioso ver como está escribiendo otro código que tu puedes tocar también.
De cara a los que se quieran apuntar a esta idea loca (o para los que lo necesiten para otra cosa), he hecho una pequeña guía de instalación (saltándome pasos que doy por conocidos, sino es así, preguntad en los comentarios):
Dentro de Eclipse instalarlo como un plugin normal es decir, en el menú ayuda, se selecciona la opción de nuevo software y se busca en la URL http://dpp.sourceforge.net/update, dará la opción de instalar únicamente Saros, se instala y listo. Al reiniciar el Eclipse se mostrará (si no lo hace, ir al menú que pone Saros y darle a Create Account) la siguiente ventana:
Como todavía no tenemos cuenta, creamos una pulsando en el botón correspondiente.
Nos pedirá un servidor XMPP. De momento yo he usado el público que recomiendan desde Saros, aunque se podría crear uno (lo recomiendan para empresas sobretodo). La url del público que uso es saros-con.imp.fu-berlin.de. Es importante que todos los que quieran trabajar juntos estén en el mismo servidor. Se elige usuario y password y a correr!
Ahora tendremos que activar la cuenta en nuestro Eclipse. Para ello vamos al menú de preferencias->saros en el cuadro XMPP-Accounts aparecerá nuestra cuenta, se selecciona y se pulsa sobre el botón Activate Account
Ya tenemos nuestro usuario activado. Nos falta conectar. Supongo que se habrá abierto en el entorno de trabajo una ventana de Saros (sino abrir de la forma habitual). Entonces debemos de pulsar sobre el botón rodeado y seleccionar nuestra conexión. Ya estamos conectados!!
Después de esto necesitamos amigos… sin amigos esto no sirve para nada! Justo en el botón de la derecha del de conectar pulsamos y nos aparecer una ventana para añadir a un amigo. Tenemos que poner su id de usuario y el dominio en el que está (el mismo que nosotros es lo aconsejable), es decir, algo del estilo mi_amigo@saros-con.imp.fu-berlin.de.
Se empezarán a suceder los mensajes de solicitud de “amistad” y cosas así. Aceptar aceptar y aceptar.
¿Pero para que sirve todo esto? Para programar juntos, ¿no? Pues vamos a compartir un proyecto.
Si damos botón derecho sobre el proyecto que queremos compartir, seleccionamos la opción Saros y luego Shared Project, se ve lo siguiente:
Se selecciona los usuarios con los que quiero compartir y finish. Fácil fácil y para toda la familia!
Después de varias confirmaciones por parte de las 2 partes, ya vemos el mismo proyecto los 2. Se pueden tener diferentes roles, pero lo suyo es que los 2 puedan participar. Para ello, en la ventana de Saros, pestaña Shared Project Session, botón derecho sobre el usuario al que queremos darle permisos y seleccionar la opción Give Driver Role:
Y a divertirse!!!!
PS: Mi usuario como no podía ser de otra manera es jjballano y estoy en el dominio que he puesto antes. Invitaciones serán aceptadas
Oct 16
Java, Metodologías ágiles, Otros, Proyectos 3 Comments
Sin todavía tener un nombre que darle al proyecto, ya he pensado en cómo me gustaría que fuera técnicamente, aunque no descarto darle un buen cambio de rumbo si alguien me convence de ello.
Quiero sobretodo enfocarlo a varios asuntos:
Y sobretodo, cualquier problema que solucione y que crea que puede interesar a alguien, lo iré poniendo en este mismo blog.
¿Opiniones? ¿Ayudas? ¿Interés? ¿Hay alguien ahí?
RSS