Por qué empecé a escribir en público (y qué quiero evitar)
Tenía proyectos pero faltaba algo: mostrar el proceso real, incluyendo los errores. Este journal es eso.
Problema
Tenía proyectos. Tenía código en GitHub. Tenía experiencia trabajando en producción. Pero faltaba algo: mostrar el proceso real. No el resultado final. No el código pulido. El proceso — incluyendo los errores, las dudas, los cambios de dirección. El problema de los portfolios tradicionales: muestran el éxito, no el aprendizaje. Y un journal que solo muestra éxito es marketing disfrazado de learning.
Solución
Crear un journal con estructura: problema → solución → aprendizaje. No para hacer posts lindos. Para documentar evolución real: qué me engañaba, qué hice mal, qué cambiaría. La estructura fuerza a ser honesto: no podés escribir 'aprendizaje' si no hubo problema. No podés escribir 'solución' si no hubo un intento primero. Esto no es un portfolio. Es un registro de cómo pienso, cómo aprendo, cómo evoluciono.
Aprendizaje
Escribir sobre lo que todavía no está resuelto es más útil que escribir sobre lo que ya funcionó. Un post donde todo tiene sentido desde el principio no es un post de aprendizaje — es un post de marketing. El valor de este journal no está en las respuestas, está en las preguntas que todavía no tienen respuesta.
TL;DR
Empecé journal-dev para mostrar el proceso, no los resultados. No es un portfolio ni un blog de tutoriales. Es un lugar donde escribo lo que aprendo, lo que me cuesta, y lo que todavía no tengo resuelto. Si algo de eso le sirve a alguien más, mejor.