Guaau… que sensación , y cuanto hacía que no la tenia.
Todo empezó cuando Víctor, engorilao tras el saveInformaticos , escribió este articulo.
No puedo ofrecerle a nadie un trabajo porque ni siquiera se muy bien que es eso, pero su llamada a un espacio donde trabajar con rigor y aprender no podía dejarla desatendida.
Coincidió con que había decidido dejar de programar para terceros -no me gusta, me condiciona demasiado pero eso es tema de otro articulo- y aunque había empezado el desarrollo de la versión 2.0 de Cuore.js no iba a ser hasta julio cuando se incorporara Bogdam -con el que voy a darle una vuelta de tuerca muy interesante al framework, pero eso será tema de otro articulo-, si le sumas que los de Evernote habían convocado su concurso anual tienes todo lo necesario para un nuevo experimento.
Le propuse a Victor el hacer juntos un productito para el DevChallenge y el me dijo algo así como: “vale , pero yo lo que quiero es aprender haciendo las cosas bien, pasito a pasito”. Pues con eso en mente elegimos hacer una web donde desde una libreta de Evernote se genere una presentación de reveal.js.
Así, hemos estado un mes, programando juntos con el Chrome Desktop Remote y hangouts. También hemos programado solos, pero tras cada sesión hacíamos un Code Review donde analizábamos , refactorizabamos el código y planteábamos el siguiente paso.
Y al final, ahí esta, con su dominio y todo para que no digan que no nos lo tomamos en serio.
De momento no sabemos como ira en el concurso , nosotros ya hemos ganado.
Algunas conclusiones son las siguientes…
Shipar( del ingles ‘to ship’)… es lo mas guay que le puede pasar a un programador; ver que lo que ha hecho esta en uso.
Molan mucho las comunidades de G+. Hicimos una e invitamos a gente que usaba Evernote nos dieron feedback, libretas publicas para probar, hicieron testing… eso si, cuando convocamos una demo no asistió ni el Tato. Pero todos estamos siempre muy ocupados y el hecho de avisarles con nada de antelación …
Las sesiones de pair programming , a pesar de hacerlas en remoto, han tenido un papel muy importante como herramienta de aprendizaje. En la retrospectiva vimos que había logrado transmitirle a Victor mi ‘flow’. Mas que la técnica los pequeños detalles, secuencias de refactor, reglas casi absurdas que sigo por higiene.. etc. Algo que no se va a aprender en un libro ni programando solo. En cambio, las sesiones de review, han resultado muy efectivas para profundizar en diseño, buenas practicas y refactors de mucho alcance. Creo que se hace menos review del que se debiera; ayuda a comunicar las soluciones, contribuye a la propiedad colectiva del código y es una herramienta de aprendizaje del equipo verdaderamente potente.
Victor es la bomba. Un tío que se deja un curro por que lo que quiere es trabajar bien, no bien pagado, aprendiendo y mejorando. Y como aprendiz, tiene las dos cosas que yo considero básicas humildad y capacidad de gestionar la frustración Sigue buscando un sitio donde trabajar en esas condiciones, si puedes darselas, llámalo que no te vas a equivocar.
El código esta en el Github, se admite todo tipo de ayuda.