Del “Always Be Consuming” al “Always Be Creating”
¿Quién se levanta un sábado a las 8:30 de la mañana para escribir un post en Medium? Yo. ¿Por qué? Sigue leyendo :).
Una buena parte de mis casi 10 años como desarrollador de software, la he pasado tratando de aumentar mis conocimientos y habilidades, intentando alcanzar el siguiente nivel (siempre lo hay) o simplemente mantenerme actualizado. Creo que todos sabemos que el aprendizaje continuo es uno de los principales retos de esta profesión. Sin embargo, es algo que a veces puede llegar a ser extenuante. ¿Qué es lo que pasa cuando ya no tenemos la motivación para continuar mejorando? Caemos en períodos de zona de confort y hasta nos tomamos un año sabático por ahí (me ha pasado).
El año pasado se implementó en Nearsoft el proceso de OKRs como una forma más formal y organizada para definir y dar seguimiento a objetivos. En lo personal, he encontrado que me ayuda a tener más disciplina en este aspecto, además de servirme como una forma de reflexionar y priorizar mis metas para cada cuarto del año. Durante este tiempo siempre he incluido Objectives y Key Results que tienen que ver con mejorar y obtener nuevas habilidades. Algunos ejemplos de los Key Results que he definido son:
- Read weekly mailing lists to keep up-to-date: Node Weekly, JavaScript Weekly, and HTML5 Weekly.
- Complete Pluralsight course: Node.js for .NET Developers.
- Dedicate at least 2 hours per week to learning and practicing tools and technologies useful for my current project.
- Read 1 book: Apprenticeship Patterns -chimera.labs.oreilly.com/books/1234000001813
Esta es una lista variada para aprender sobre diferentes temas y tecnologías, pero hay algo en común: es mayormente aprendizaje pasivo. Sí, los cursos de Pluralsight traen ejercicios, y en el punto número 4 bien que puse “learning and practicing”. Sin embargo, confieso que el 90% fue aprendizaje pasivo y no aprendizaje activo. Es decir, no hice ejercicios y mayormente leí, y leí, y leí mucho para el punto 4.
Always Be Consuming
El siempre estar aprendiendo es uno de los compromisos que asumimos como un software craftsman, sobre todo si decidimos tomar el camino largo. Repito para dar énfasis:
El siempre estar aprendiendo es uno de los compromisos que asumimos como un software craftsman, sobre todo si decidimos tomar el camino largo.
Sin embargo, muchas veces cometemos el error de querer absorber demasiada información y tardamos mucho, o nunca nos decidimos, a pasar a la acción y reforzar y asimilar lo que estamos aprendiendo. Somos “infóvoros”, consumidores de información obsesivo-compulsivos. Y no está mal; esto ya nos pone delante de la mayoría de las personas que no hace este esfuerzo.
Always Be Creating
Como buen consumidor de información, esta semana me topé con un artículo en el que el autor hablaba de esta idea, “always be creating” (similar al “always be closing” de un vendedor), como su mantra personal.
Hay quien dice que Always Be Creating debe ser el nuevo ABC de mercadólogos, creadores de contenido, artistas y creativos. Yo creo también que es algo que puede aplicar muy bien a nosotros como desarrolladores de software. Lo relaciono mucho con pasar de un aprendizaje pasivo a un aprendizaje activo, del Always Be Consuming al Always Be Creating. Además, creo que no solamente ayuda a aprender de una manera más efectiva, sino que también nos permite compartir más, colaborar con otros y dejar algo tangible que puede ser útil para otras personas.
Desde el año pasado he ido tratando de mejorar en este aspecto y esto se ha visto reflejado en mis OKRs. Por ejemplo, ahora trato de definir más key results como los siguientes:
- Do at least 6 interesting/challenging JavaScript code katas in codewars.com, and focus on using ES6 features.
- Write 3 posts for Nearsoft Jobs blog.
- Propose 3 new exercises for .NET pair programming.
- Work on a breakable toy and put it on GitHub (use ES2015, Babel, JSPM/system.js, and other tools).
…Y por esto escribo blog posts en sábado.
Esta semana no fue muy productiva en cuanto a mi meta de Always Be Creating, así que mi mente me urge a por lo menos lograr este compromiso al final de la semana. Quiero mejorar gradualmente en este aspecto, y un buen paso es tener la disciplina de crear algo al menos una vez por semana.
Ahora me retiro con la satisfacción de un objetivo cumplido: un primer granito de arena.
Hugo Ortiz, .NET Developer @Nearsoft
