Cómo practicar programación para que se quede

Existe una diferencia enorme entre estudiar programación y practicar programación, y confundirlas explica la mayoría de los casos de «llevo meses y no avanzo». Estudiar es leer y ver. Practicar es tener el cursor parpadeando en un archivo vacío, no saber qué escribir, escribirlo mal, y arreglarlo. Solo lo segundo enseña.

Por qué ver tutoriales no cuenta como práctica

Cuando ves a alguien resolver un ejercicio, tu cerebro reconoce cada paso y produce una sensación clara de comprensión. Es real: has entendido la solución. El problema es que reconocer una solución y producirla son habilidades distintas, y la primera no entrena la segunda.

El síntoma clásico es tener veinte horas de curso vistas y quedarse en blanco ante el primer ejercicio en solitario. No has olvidado nada; simplemente nunca lo habías hecho tú.

Regla del 80/20: de cada hora, 45 minutos escribiendo y 15 como máximo consumiendo explicación.

El ciclo de práctica que funciona

Para cada concepto nuevo, cuatro pasos en este orden:

1. Lee lo mínimo. Definición y un ejemplo. El glosario de conceptos está pensado justo para esto.
2. Escribe el ejemplo tú mismo, sin copiar y pegar, cambiando los valores. Suena trivial y es donde aparecen los primeros errores reveladores.
3. Resuelve un ejercicio pequeño con ese concepto, con un resultado que se pueda verificar.
4. Resuelve una variante —el mismo concepto, otro enunciado— sin consultar lo anterior.

Si el paso 4 sale sin ayuda, el concepto es tuyo. Si no, repite el 3 con otro ejercicio. No avances: cada tema se apoya en el anterior, y arrastrar una laguna sale carísimo tres módulos más adelante.

Antes de escribir código, escribe los pasos

El bloqueo más común no es de sintaxis: es no tener claro qué hay que hacer. La solución cuesta cinco minutos y es escribir el algoritmo en castellano llano o en pseudocódigo:

1. Empieza con la suma a cero.
2. Recorre las notas y ve sumándolas.
3. Divide entre la cantidad de notas.
4. Si el resultado es 5 o más, aprobado; si no, suspenso.

Con esos cuatro pasos escritos, traducirlos a código es la parte mecánica. Sin ellos, te peleas a la vez con el problema y con el lenguaje, y por eso parece imposible.

Ejercicios pequeños y cerrados, no proyectos abiertos

Un proyecto grande al empezar es una trampa: mezcla decisiones de diseño, herramientas, errores de configuración y lógica, y cuando algo falla no sabes qué parte falló. Un ejercicio cerrado tiene un enunciado concreto, un resultado verificable y un único concepto en juego.

Un buen ejercicio para practicar cumple tres cosas:

• Se resuelve en 10-30 minutos. Más largo y pierdes el hilo; más corto y no obliga a pensar.
• Tiene un resultado comprobable. Si no puedes saber si está bien, no aprendes.
• Incluye casos límite. La lista vacía, el cero, el valor justo en la frontera. Ahí está el 80% de lo que se aprende.

Feedback inmediato: el factor que más acelera

Practicar sin corrección tiene un límite bajo: puedes repetir el mismo error conceptual durante semanas sin detectarlo, porque tu programa «funciona» con el único caso que probaste.

Por orden de utilidad real:

1. Tests automáticos que ejecutan tu código con varios casos y te dicen cuáles fallan.
2. Una solución razonada que compara enfoques, no solo el código final.
3. Alguien que revise tu código.
4. Nada. El peor escenario y el más común cuando se aprende en solitario.

Cómo desatascarse sin arruinar el aprendizaje

Cuando llevas quince minutos sin avanzar:

1. Relee el enunciado y escribe con tus palabras qué entra y qué tiene que salir.
2. Escribe los pasos en castellano.
3. Prueba el caso más simple posible: un solo elemento, un solo dato.
4. Imprime los valores intermedios para ver qué contiene cada variable en cada momento.
5. Si sigues igual, mira la solución, entiéndela línea a línea y borra tu intento.
6. Al día siguiente, haz el ejercicio otra vez desde cero. Este paso es el que convierte la solución ajena en conocimiento propio, y es el que casi nadie hace.

Un plan semanal simple

• Lunes a viernes: 40 minutos. Un concepto nuevo o un ejercicio y su variante.
• Sábado: 30 minutos de repaso. Rehacer sin mirar dos ejercicios de la semana.
• Domingo: descanso. Forma parte del método.

Cómo está montado el curso alrededor de esto

El curso de programación básica sigue exactamente este ciclo en cada bloque: teoría corta, test de comprensión y ejercicio que se ejecuta en el navegador y se corrige contra una batería de casos, incluidos los límite, devolviéndote una nota. Hace falta un 8/10 para avanzar, precisamente para que no se arrastren lagunas, y después de cada ejercicio hay una explicación razonada de la solución. Los módulos 1 y 2 son gratis: son suficientes para comprobar si este método de práctica te funciona.