Contenidos
Hay una idea que nos metieron en la cabeza desde el principio y que nos ha hecho daño a más de uno: la de que programar es cosa de superdotados, gente con capacidades mentales fuera de lo normal que escribe código como quien respira. Es mentira. Y creerla te puede costar años, como me los costó a mí.
Yo perdí un tiempo valiosísimo saltando de moda en moda, acumulando cursos a medio hacer y sintiéndome un impostor cada vez que abría el editor. Empezaba con toda la ilusión, un framework nuevo, un proyecto ambicioso, y a las dos semanas lo abandonaba. Otra vez. Y otra. El patrón era siempre el mismo: ilusión, frustración, abandono, culpa. Y vuelta a empezar con la siguiente tecnología brillante que supuestamente iba a cambiarlo todo.
Hasta que entendí algo que me habría ahorrado años: existe un camino completamente distinto, uno que no te cuentan en los bootcamps ni en los hilos de Twitter. Y no tiene nada que ver con el talento, sino con entender cómo se aprende de verdad.
Te lo cuento sin filtros en cuatro ideas: por qué no vas tarde, por qué la confusión es buena señal, por qué las microvictorias le ganan a los megaproyectos y por qué 30 minutos al día vencen al talento.
No vas tarde, vas al principio
Miras LinkedIn o Twitter y ves a gente que aparentemente lleva dos meses aprendiendo a programar y ya está entrenando modelos, desplegando aplicaciones y hablando de conceptos que tú ni siquiera has oído nombrar. Mientras tanto, tú sigues atascado en el mismo tutorial de siempre sin atreverte a escribir una línea por tu cuenta. Esa sensación es una trampa con nombre: el tutorial hell.
Es una espiral silenciosa. Compras un curso para aprender a programar, lo empiezas con ganas, llegas a la sección 3 y te atascas. Aparece otro curso que promete ser el definitivo, lo compras, te atascas otra vez, y repites el bucle 7, 15, 100 veces. Al final del año tienes una colección preciosa de cursos a medias y la sensación de no haber avanzado nada. Y lo peor no es el dinero: es que tu cerebro interpreta cada abandono como una prueba de que "esto no es para ti".
Pero necesitas escuchar esto: absolutamente todo el mundo empieza a programar en el mismo punto borroso. Ese programador que admiras empezó exactamente donde estás tú, con la misma confusión y el mismo miedo a no ser suficiente. La diferencia no es el talento: es que él se dio permiso para ser principiante y tú todavía no. Y ser principiante no es una debilidad, es una ventaja: el que acepta que no sabe, aprende; el que finge que lo entiende todo, se estanca. Solo por estar aquí, reconociendo que te cuesta, ya vas por delante del 80% que nunca se atreve a empezar a programar.
La confusión no es fracaso: es tu cerebro reconectándose
El segundo error que nos hace abandonar antes de tiempo es creer que entenderlo todo a la primera es la norma, como si los buenos programadores leyeran la documentación una vez y se pusieran a programar escribiendo código perfecto sin un solo error de compilación. Eso no existe. No me pasa a mí, no le pasa a nadie, no ha existido nunca.
La confusión te hace sentir lento, torpe, fuera de lugar. Es una sensación casi física: llevas dos horas mirando el mismo error de compilación y tu cerebro te grita que abandones. Justo ahí es donde la mayoría tira la toalla. Pero lo que está pasando dentro de tu cabeza es lo contrario de lo que parece: es reestructuración sináptica. Tu cerebro está creando conexiones nuevas, podando las que ya no sirven y reforzando las que necesitas para pensar como un programador. Es agotador, igual que un músculo después del gimnasio. Esa fatiga mental no es la prueba de que no vales; es la prueba de que te estás transformando.
Aquí está el matiz clave:
- ❌ Lo fácil, lo que entiendes a la primera: probablemente no te está haciendo crecer.
- ✅ Lo que te obliga a estrujarte la cabeza durante horas: eso es lo que te convierte en programador de verdad.
Y hay un detalle fascinante: los conceptos difíciles no se asientan mientras estudias, sino justo después. Cierras el editor frustrado, te vas a dar una vuelta o te duermes, y a la mañana siguiente esa idea que no entendías encaja sola, como si alguien hubiera colocado las piezas del puzle mientras dormías. El aprendizaje ocurre en la confusión seguida de descanso, no en los momentos de lucidez.
Microvictorias: el antídoto contra el cementerio de megaproyectos
El patrón más destructivo que he visto en cientos de miles de alumnos que quieren aprender a programar, y que yo repetí como un idiota durante años, es este: semana 1 de aprendizaje y ya quieres construir el próximo GTA, una IA que prediga las criptomonedas o un motor gráfico desde cero porque "Unity es una porquería". El resultado es un cementerio de proyectos enormes abandonados al tercer día, y cada cadáver digital refuerza la misma creencia tóxica: "no valgo para esto".
La solución es brutalmente simple: microvictorias. Piezas tan pequeñas que terminarlas sea inevitable. Tres ejemplos concretos:
- Un script de 10 líneas de Python que renombre automáticamente todos los archivos de una carpeta. Entrada, proceso, salida. En media hora lo tienes funcionando y te has ahorrado un trabajo manual que odiabas. Ese tipo de automatización es justo lo primero que trabajas en el curso de Python de la A a la Z.
- Un minijuego con una sola mecánica: un personaje que salta obstáculos como Mario, una nave que dispara a los Space Invaders, un cubo que esquiva esferas. Sin menús, sin pantallas de carga, sin puntuaciones. Solo la mecánica. Funciona, se puede jugar, está terminado. Ese primer "se mueve y responde" es la puerta de entrada de la ruta de videojuegos.
- Un dataset limpio para entrenar: descargas datos en crudo de Kaggle, eliminas los nulos, normalizas las columnas y lo guardas en un CSV. No has entrenado ningún modelo todavía, pero tienes la base sobre la que se construye todo lo demás en la ruta de Inteligencia Artificial.
Terminar algo, por diminuto que sea, le da a tu cerebro una recompensa que ningún curso avanzado puede igualar: la sensación de haber construido algo que antes no existía. Y eso dispara la motivación más que cien lecciones teóricas seguidas.
30 minutos al día le ganan al talento
La última trampa aparece en cuanto entras en un Discord o una comunidad de aprendizaje: siempre está ese compañero que parece saberlo todo, que suelta tecnicismos como quien pide un café y te hace pensar que jamás llegarás a ese nivel. Medirte con esa vara es la forma más rápida de abandonar antes de empezar de verdad.
El mito del superdotado lleva décadas haciendo daño. Ese chaval de 17 años que saca un compilador en un fin de semana, o el que factura millones con una app escrita en su cuarto, son excepciones estadísticas que tu cerebro convierte en la norma. La realidad que he visto en más de diez años enseñando a más de 600.000 alumnos es mucho más aburrida y mucho más esperanzadora: la repetición diaria le gana al talento, sin excepciones.
Y no necesitas cinco horas al día, ni siquiera dos: con 20 o 30 minutos diarios basta. Las sesiones maratonianas de ocho horas un sábado, seguidas de dos semanas sin tocar el teclado, son espejismos de productividad que se desvanecen. El talento sin constancia se oxida; la constancia sin talento se convierte, con el tiempo, en maestría. Yo mismo, cuando grabo un curso, no grabo veinte horas de golpe: grabo 30, 40, 50 minutos cada día. Así se construye el conocimiento.
La idea clave: date permiso para ser principiante y empieza pequeño
Todo lo que acabas de leer es exactamente lo que me habría ahorrado años de frustración, tanto de estudiante como de instructor. Esos años no los recupero. Pero tú sí te los puedes ahorrar.
El antes y el después es un cambio de mentalidad completo. Antes: perseguir megaproyectos, huir de la incomodidad, medirte con genios y abandonar a la primera confusión. Después: aceptar que ser principiante es una ventaja, entender que la frustración es tu cerebro creciendo, celebrar microvictorias y aparecer 30 minutos cada día. No es más talento; es otra forma de jugar la partida.
Así que te lanzo un reto concreto: en las próximas 48 horas, construye una microvictoria. El script de diez líneas, el minijuego de una mecánica, el dataset limpio. La que sea. Y si quieres una guía que te estructure y te acompañe sin perderte entre tutoriales, las rutas de Frogames cubren programación, machine learning, IA y videojuegos desde cero, paso a paso y sin agujeros.
No naciste programador. Aprenderás a programar y te vas a convertir en uno, un pequeño paso cada día.
Preguntas Frecuentes
¿Hace falta ser muy inteligente para aprender a programar?
No. Programar no requiere ser un genio, sino practicar con constancia. La mayoría de programadores empezaron sin experiencia y aprendieron paso a paso.
¿Por qué me siento perdido al aprender a programar?
Porque la confusión forma parte del aprendizaje. Es normal no entender conceptos a la primera; con práctica y descanso, el cerebro termina consolidando esos conocimientos.
¿Cuánto tiempo debo dedicar al día para aprender a programar?
Entre 20 y 30 minutos diarios pueden ser suficientes si eres constante. La práctica regular suele dar mejores resultados que estudiar muchas horas de forma esporádica.
¿Es mejor empezar con proyectos pequeños o grandes?
Lo más recomendable es empezar con proyectos pequeños. Completar microproyectos aumenta la motivación, refuerza el aprendizaje y ayuda a ganar confianza.
¿Cómo puedo evitar el tutorial hell?
Deja de consumir tutoriales de forma pasiva y aplica lo aprendido en proyectos propios, aunque sean muy sencillos. Crear algo por tu cuenta acelera el aprendizaje y rompe ese ciclo.
