De CSS a arquitectura: mi historia desde los 13

Tenía 13 años cuando empecé a programar.

No fue una decisión estratégica ni una vocación épica. Fue curiosidad pura.

Venía de jugar con Scratch, me salía un vídeo detrás de otro en YouTube y, entre uno y otro, apareció un anuncio de Codecademy. Hice clic sin pensar demasiado. Ese clic fue pequeño, pero cambió el rumbo de muchas cosas.

Al principio todo era visual

Durante mucho tiempo, programar para mí era ver cosas moverse en pantalla: esos widgets de ojos que seguían el cursor, casi magia negra.

Me encantaba esa sensación de tocar una línea y ver el resultado al instante: una animación, un botón, un detalle que “por fin” quedaba como lo tenía en la cabeza. El problema era que no siempre quedaba igual en todos lados.

Hubo una etapa en la que sentía que pasaba más tiempo peleándome con el navegador que construyendo algo útil. Cuando no era un estilo que se rompía en otro entorno, era una decisión de estructura que parecía buena un día y frágil a la semana siguiente.

Ahí empecé a entender una lección incómoda: escribir código no era solo “hacer que se vea bien”, también era hacerlo sostenible.

La parte que casi no se ve

A los 16 me propuse construir una plataforma colaborativa para escritores.

La idea me fascinaba: una persona empezaba un capítulo, otra lo continuaba, y así nacía una historia compartida. Sonaba creativo y divertido… hasta que tocó construirlo de verdad.

Para sacarlo adelante tuve que aprender Django Framework con Python, y eso me empujó de golpe a una forma de pensar mucho más estructural.

Por primera vez el reto principal no era visual. Era invisible.

Cómo relacionar usuarios con capítulos. Cómo evitar que los cambios se pisaran. Cómo guardar información sin que desapareciera al recargar. Cómo pensar en estados, no solo en pantallas.

Recuerdo bien esa etapa porque también fue frustrante. Había días en los que sentía que avanzaba poco y que todo era más abstracto de lo que me gustaría. Ya no tenía el “premio inmediato” de una interfaz bonita. Tenía dudas, errores y mucho ensayo.

Hubo algo bonito ahí también: por primera vez sentía que no solo estaba decorando una web, estaba construyendo algo vivo.

Lo que cambió en mí

Con el tiempo dejé de buscar únicamente soluciones elegantes por fuera y empecé a valorar las decisiones que sostienen un sistema por dentro.

No fue un cambio de un día para otro. Fue gradual: proyecto a proyecto, error a error, conversación a conversación.

Hoy sigo disfrutando el diseño limpio y la experiencia de usuario, pero mi forma de pensar parte de otra pregunta: ¿esto va a aguantar cuando crezca, cuando cambie el contexto, cuando haya más personas tocándolo?

Mirando atrás, con calma

Antes creía que aprender era avanzar siempre hacia adelante. Ahora entiendo que también es volver atrás, reinterpretar etapas y darles sentido con más perspectiva.

No me llevo una gran teoría de aquellos años. Me llevo algo más simple: la curiosidad me metió en esto, la frustración me hizo crecer y el tiempo me enseñó a pensar con más criterio.

Y quizá por eso escribo este artículo así, como historia y no como receta.

Un rastro, no una receta

Cuando pienso en ese chico de 13 años, no pienso en “talento” ni en “plan de carrera”. Pienso en alguien que hizo clic por curiosidad y se quedó el tiempo suficiente como para convertirse, poco a poco, en otra persona.

Supongo que por eso hoy escribo: no para dar lecciones, sino para dejar rastro de lo aprendido en el camino, con sus aciertos y sus torpezas. Si te interesa ese enfoque, en Por qué escribo sobre software explico mejor desde qué lugar quiero contar todo esto.