Más allá de la sintaxis y los frameworks
Hace unos diez años, si me hubieras preguntado qué definía a un desarrollador senior, te habría soltado una charla de media hora sobre patrones de diseño, optimización de algoritmos y por qué mi configuración de Webpack era superior a la tuya. En aquel entonces, mi mundo se reducía a la pantalla y a lo elegante que fuera mi código. Me sentía el rey del mambo si conseguía reducir una función de diez líneas a tres, aunque luego nadie en el equipo entendiera qué demonios hacía ese código. Pero, con el tiempo, te das cuenta de que eso es solo una pequeña parte del trabajo, y probablemente ni siquiera la más importante.
Mi experiencia con el ego y la realidad
Recuerdo perfectamente un proyecto en el que me empeñé en implementar una arquitectura súper compleja basada en microservicios cuando el cliente apenas tenía cien usuarios. Me pasé semanas diseñando la infraestructura perfecta, escalable hasta el infinito, ignorando por completo que lo que el negocio necesitaba era validar una idea en dos semanas. ¿El resultado? Un retraso monumental, un cliente cabreado y una arquitectura que era como matar moscas a cañonazos. Ese fue mi primer baño de realidad. Aprendí que un senior no es el que usa la tecnología más moderna, sino el que sabe cuándo no usarla.
Hoy en día, paso más tiempo preguntando "¿por qué queremos hacer esto?" que escribiendo líneas de código. He aprendido que nuestra labor principal no es escribir software, sino resolver problemas. A veces, la mejor solución técnica es una hoja de Excel o un cambio en el proceso de negocio, y tener la honestidad de decir eso, aunque signifique que no vas a tocar tu framework favorito ese día, es lo que realmente te hace valioso.
¿Por qué me parece importante la comunicación?
A menudo escuchamos eso de las "soft skills" y nos suena a palabrería corporativa de recursos humanos. Yo pensaba igual. Pero la realidad es que el código se escribe para humanos y por humanos. Si no sabes explicarle a un Product Manager por qué una tarea va a tardar tres días en lugar de tres horas, o si no sabes escuchar las frustraciones de un compañero junior que se ha quedado atascado, vas a ser un cuello de botella constante.
He visto proyectos brillantes fracasar estrepitosamente no por bugs en el código, sino por malentendidos en las reuniones. La capacidad de traducir conceptos técnicos complejos a un lenguaje que un stakeholder pueda entender es, posiblemente, la habilidad más infravalorada en este mundillo. Ser capaz de decir "esto no es viable ahora mismo por estas tres razones" de forma constructiva ahorra miles de euros y muchísimas horas de frustración al equipo.
Lo que he aprendido sobre el equipo
Otra cosa que me voló la cabeza al madurar profesionalmente es entender que mi productividad ya no se mide por mi output individual. Cuando eres junior, quieres demostrar lo rápido que eres. Cuando eres senior, tu éxito se mide por cuánto ayudas a los demás a ser mejores. Si yo saco diez tareas al día pero mis compañeros están perdidos, el equipo no avanza.
He aprendido a disfrutar de las revisiones de código, no para corregir errores sintácticos (que para eso ya tenemos linters), sino para compartir contexto y guiar. He aprendido que la empatía es una herramienta de debugging brutal. Si entiendes por qué alguien tomó una decisión equivocada en el código, puedes ayudarle a no repetirla, en lugar de simplemente quejarte de la "chapuza" que ha hecho. Crear un entorno de seguridad psicológica donde la gente no tenga miedo a preguntar es mucho más efectivo para la calidad del código que cualquier herramienta de integración continua.
Reflexiones finales
Si estás empezando o llevas unos años y sientes que te falta algo a pesar de conocerte todos los hooks de React de memoria, mi consejo es que levantes un poco la vista del teclado. Lee sobre psicología, sobre gestión de proyectos, sobre cómo dar feedback constructivo. El código tiene fecha de caducidad; los frameworks van y vienen, y ese lenguaje que hoy es tendencia mañana será un legado que nadie quiere tocar. Lo que queda, lo que realmente construye una carrera sólida, es tu capacidad para entender problemas, comunicarte y hacer que la gente a tu alrededor trabaje mejor.
Al final del día, somos artesanos resolviendo acertijos para otras personas. No te obsesiones tanto con la herramienta y fíjate más en el impacto que tiene lo que construyes. A veces, la mejor línea de código es la que nunca llegas a escribir porque lograste simplificar el problema hablando con la persona adecuada.