El programador apasionado

⚠ Alerta de spoiler de contenido

El libro "The passionate programmer" es una obra maestra para empezar en la industria, por ejemplo el porqué no deberíamos simplemente conformarnos con ser máquinas de escribir código y hacer algo más tanto por nosotros cómo por nuestras vidas. Un buen libro si no sabes cómo empezar a enfocar tu carrera profesional. En uno de sus capitulos cuenta la historia del origen de Github, contado en primera persona por unos de sus fundadores, este tuvo que elegir entre la estabilidad o su proyecto personal (por suerte para muchos eligío su proyecto).

Hace mucho hincapié en realizar tu trabajo lo más cerca posible del problema o buscando la manera de generar un impacto en la empresa que solventen problemas reales. Por otro lado me llamó la atención la analogía que hace con respecto a la música(el libro está llena de ellas) con respecto a ensayar y tocar de verdad. En la parte de ensayo no solo se hace fuera del trabajo sino qué deberás sonar desafinado porque sino no estarás probando realmente tus propios límites. En la parte de tocar (trabajar) está se realiza en jornada laboral mostrando lo aprendido en ensayos dando lo mejor de ti, sonando muy refinado y sin errores.

Toca el tema de los programadores baratos vs programadores de calidad, por otro lado realiza un ejemplo del porqué deberías automatizar tu trabajo, entre otras cosas.

El libro está lleno de ejercicios para reflexionar sobre asuntos del día a día tanto si eres team lead como si eres programador, lo bueno es poder ver ambas caras y empatizar con tu manager. Me ha sorprendido no solo el número de puntos a mejorar sino el cambio que tuve en la empresa en el trabajo aún sin tener totalmente interiorizado o solo aplicando algunos de estos.

No cuento más nada, no quiero estropear tu lectura, espero qué te haya servido cómo punto introductorio para empezar a leer el libro, probablemente tenga qué leerlo varias veces, no es fácil cogerlo todo a la primera (cómo la mayoría de libros del sector). De aquí en adelante hago reflexiones puedes irte sin problema, gracias por leer.

Voy a compartiros una reflexión como si se la dijese a mi yo del pasado, empezando por que yo no tengo una verdad absoluta ni nadie la tiene pero comentarte que los videos del tipo “¿Cómo ser senior?”,”¿Cómo duplicar tu sueldo?”,”¡De Junior a Senior rápido!” son una pérdida de tiempo absoluto, nos alejan verdaderamente del propósito de aprender. Llevamos haciendo las mismas cosas y dándonos con lo mismo por casi 20 años, la respuesta que buscas realmente ya está escrita en un libro y si no te gusta leer lo tienes complicado en el sector. Muy pocas cosas no se pueden resolver cuando te sientas, lees y entiendes la documentación de principio a fin cuando te la ponen en frente.

Tenemos la manía de ir rápido, de querer una respuesta corta, pero tenemos 3 problemas, el primero es “No entendimos el problema”, el segundo “No reflexionamos la solución por lo tanto no se interioriza igual” y el tercero “No ejercitas el musculo de resolver problemas de manera creativa”. No te digo qué no uses StackOverflow, pero sé coherente contigo si lo qué de verdad quieres es progresar.

Por otro lado me gustaría recordarte de nuevo qué la programación es una carrera de fondo, te cansarás de dar valor al cliente o tendremos momentos qué seguramente nos plantee dejar la profesión, anticípate a ellos y desarrolla herramientas para prevenir una mala gestión laboral. El libro mencionado puede impulsar tu carrera cómo también destruirla, pero la culpa no es del libro, es cómo si dijéramos qué con TDD todos los programas se vuelven lentos y engorrosos pero en la charla "Does TDD Really Lead to Good Design?" de Sandro Mancuso se ve claramente cómo los errores más típicos en los qué caemos no son culpa de TDD sino de un mal diseño.

El mayor valor de la vida no es lo que consigues. El mayor valor de la vida es en lo que te conviertes.

-- Jim Rohn