La semana pasada terminé este gran libro que comenzamos a leer en el trabajo para nuestro club de lectura, se llama "El ingeniero efectivo", si no lo has leído, definitivamente deberías considerarlo.

El libro tiene toneladas de buenas conclusiones, pero una que realmente me impactó fue el concepto de optimización para el aprendizaje. La idea de priorizar el aprendizaje sobre todos los demás asuntos, así que profundicemos un poco en el tema, ¿de acuerdo?

Introducción

Como ya sabrás si sigues mi blog es que soy un gran defensor de cuidar tu carrera, las cosas que aprendes y cómo diriges tu desarrollo personal.

El autor del libro llega incluso a decir que debes dedicar el 20% de tu tiempo al aprendizaje, pero ** ¿qué significa realmente optimizar para el aprendizaje? significa elegir, entre un conjunto de caminos definidos, el que más te enseñará **. El aprendizaje es una inversión que paga a largo plazo, pero es algo en lo que siempre debes concentrarte.

Hasta el momento de leer este libro, consideraba esta idea como necesaria para tener éxito en la industria del desarrollo de software y como una forma divertida de pasar tu tiempo libre.

Pero hay algunas cosas que no consideré al seguir este camino, estas son:

• Cuántos lugares hay para optimizar
• Cómo su crecimiento puede dirigirse a otros

Optimización en múltiples frentes

Hay algunas formas de aprendizaje preestablecidas, ¿todos las conocemos verdad? Estoy hablando de ir a la escuela, tomar cursos, leer un libro, aprender un nuevo lenguaje de programación, hacer un tutorial en línea.

Estos son los primeros que me vienen a la mente cuando leo sobre siempre seguir aprendiendo, pero hay algunas cosas que me encontraron con la guardia baja.

Elige el trabajo adecuado

A lo largo de mi carrera en el desarrollo de software, siempre me he centrado en elegir el siguiente trabajo que llevaría mis habilidades al siguiente nivel, al principio esto lo hacia inconscientemente.

Después de un año y medio en el mismo trabajo, me aburría, cuando eso pasaba, me empezaban a molestar muchas cosas y terminaba cambiando a un nuevo y emocionante rol. Me tomó algunas posiciones darme cuenta de que el problema era que después de ese tiempo dejaba de aprender, mi trabajo se volvia repetitivo, resolviendo errores en los mismos sistemas una y otra vez.

Ahora siempre elijo el próximo trabajo por lo que puedo aprender de la empresa, las tecnologías y, especialmente, el equipo. Quiero trabajar en sistemas que me muestren algo que nunca antes vi, quiero trabajar con personas más inteligentes o con más experiencia que yo. Si soy el más tonto del grupo, estaré feliz, porque eso significa que hay mucho potencial para aprender.

No me malinterpretes, no estoy diciendo que debas elegir un trabajo que no te pague lo suficiente para vivir solo por aprender algo nuevo, pero una vez que se satisfacen las necesidades básicas, el conocimiento siempre es un mejor pago que algunos billetes extra.

No evites los golpes duros 🥊

¿Sabes cuál es la mejor forma de aprender? al fallar, al ser criticado, por alguien que denuncia tus errores.

Cuando eso sucede, no te rindes, no te quejas, solo escuchas. ¿Hay algo esencial que aprender aquí? a estas alturas ya elegiste un trabajo con mucha gente muy capacitada, ¿por qué no aprovechar ese hecho?

Me sorprendió hasta dónde se puede seguir esta regla. Tienes dos desarrolladores en tu equipo, uno no presta mucha atención cuando hace revisiones de código y el otro es mortal en el hilo de comentarios, ¿cuál eliges? Eliges al oponente más fuerte, por supuesto, una vez que te golpeen en la cara un par de veces, aprenderás cómo evitar ese gancho de izquierda.

Lo mismo se aplica cuando alguien te ofrece un nuevo código que no entiendes o la posibilidad de asumir un proyecto, no lo dudes, salta sin miedo a un nuevo código, sumérgete e intenta aprender todo lo que puedas.

¿Eres un equipo de una sola persona?

En primer lugar, es una mala idea, los equipos unipersonales significan que no te cuestionan sobre tus decisiones y no puedes ver tus puntos ciegos.

Entonces, supongamos que ya lo descubriste y que eres parte de un equipo que incluye varios desarrolladores, un product owner, una persona de control de calidad e incluso un diseñador.

¿Cuánto puedes progresar si solo estás interesado en ti mismo? Por lo general, cuando hablo de superación personal me olvido de mencionar que la mejora penetra a tu alrededor y afecta a otras personas cercanas a ti. Ayudar a los demás es una excelente manera de generar un crecimiento exponencial.

Puede ser mediate programar en pareja con otro desarrollador, asesorar a un nuevo chico que se une al equipo o, como lo hicimos en mi trabajo actual, leer un libro en equipo y discutirlo.

No tiene que estar relacionado con el trabajo, puede ser escribir cosas en un blog como lo estoy haciendo ahora, que espero que ayude a otros y, al mismo tiempo, me ayuda a solidificar mis conocimientos y aclarar mi mente después de un largo día de trabajo.

A veces traer tu mejor juego no es suficiente si el resto del equipo está sufriendo, es mejor que seas un jugador de equipo, no una estrella.

Conclusión

Este fue uno breve, pero espero poder darte algo en qué pensar cuando te concentres en el próximo proyecto de aprendizaje o en la creación de la siguiente feature, busca en lugares donde no hayas chequeado antes, ¿hay algo allí que te de un impulso extra?

Espero que les haya gustado este blog post, por favor compártela y contame en los comentarios, si no te gusto también me gustaría saberlo, como dije, es una gran oportunidad para aprender 🙂

Hola, soy Patricio Ferraggi Ares

Soy un developer autodidacta Argentino que actualmente vive y trabaja en España. Intento mejorar diariamente, mientras ayudo a otros a hacer lo mismo.

Seguir a @patferraggi