Déjame que humildemente te de un pequeño consejo personal. Algo que te aseguro que si lo haces… vas a subir un montón de escalones por encima de la media de los profesionales que se dedican al desarrollo software.

No, no te voy a hablar de hacer no sé que nuevo Master con nombre raro en inglés. Ni del último invento «AgiLeanBan». Ni de un súper foro secreto que muy pocos conocemos. Ni del «mega blog» de un nuevo gurú. Te voy a contar algo más antiguo… lee libros.
Sí, sí. Fíjate que fácil. Lee sólo 5 libros si quieres dar un salto considerable
muy por encima de la media de los profesionales (o estudiantes) de tu sector, y 10 libros si quieres ponerte en el camino de ser un referente. Sólo eso. Así de fácil.
¿Que qué libros? No, no te pienses que te voy a hablar de «Como ser mejor informático con 1000 palabras». No, no. Fíjate, no te voy a recomendar nada que no tenga como mínimo más de 10 años desde que su publicación.
Hagamos un experimento..
Mira a tu al rededor. A tus compañeros. Si tienes confianza con ellos haz esta pequeña encuesta. Pregunta cuántos de ellos han leído el «The Mythical Man Month» de Brooks (1975). ¿Uno? ¿Dos? ¿Ninguno? Quizás a alguno le suena…. ¿Pero se lo ha leído o solo le suena de que va el libro? Pues bien, ahora hazte tú con el libro y léetelo de verdad, y observa cuánto has subido ya en la media y… lo que has enriquecido tu cerebro y aumentado tu visión de lo que es esta profesión.
Haz la misma encuesta con el «Rapid Development » (1996) o el «Code Complete» (1993) de Steve McConnell.
Los anteriores no son obras rebuscadas que me he encontrado yo en la biblioteca de «El Nombre de la Rosa» (o abadía del crimen, que queda más geek). No. Son «best sellers», libros premiados.
Y sí ya te has leído los 3 anteriores… continua con el «Design Patterns» (1994) de Gamma y con el «Software Configuration Management Pattern» de Berczuk y Appleton (2003).
¿Cuánto has tardado en leer los 5 anteriores? ¿5 meses? ¿Quizás 6 o 7? Si eres constante… menos que la duración de cualquier Máster. ¿Cómo estás ahora frente a la media de tus compañeros? ¿A qué ahora entiendes todo mucho mejor? ¿A que ahora te da igual el nuevo nombre de la metodología de moda porque comprendes la esencia de esta profesión?
Continua ahora con «UML Distilled» (2000), Martin Fowler, «Writing Effective Use Cases» (2000), Alistair Cockburn, «Object-Oriented: Software Construction» (1988), Meyer, «Refactoring: Improving the Design of Existing Code» (1999), Martin Fowler, o «Agile Software Development» (2002) Robert C. Martin. Y luego me cuentas.
Claro que esto tiene dos problemas…
Uno, que nadie, ningún curso, profesor, blog, gurú, amigo, etc., lo puede hacer por ti… lo tienes que hacer tu sólo (y de ahí que pocos lo hagan). Dos, que si lo haces cada vez vas a poder hablar con menos gente que te entienda y más vas a sufrir cada vez que veas… aquello que no está bien hacer.