Aprende a programar desde cero: la serie de Fundamentos
Y ahora, a ganar más
Este verano nos lo pasamos hablando de dinero. Diecisiete sábados ordenando las finanzas en la serie de verano financiero: salir de deudas, controlar el gasto, montar un colchón, empezar a invertir. Y si algo quedó claro en todo ese recorrido es que recortar tiene un suelo. Puedes apretarte el cinturón hasta cierto punto, pero por debajo de cero no se puede gastar. La otra palanca, la que de verdad no tiene techo, es ganar más.
Y aquí viene la pregunta del millón: ¿ganar más haciendo qué?
Hay muchas respuestas, pero pocas tan accesibles, tan demandadas y tan bien pagadas como una: aprender a programar. No hace falta una carrera, no hace falta pagar un máster de 8.000 euros, no hace falta ni cambiar de trabajo mañana. Hace falta empezar. Y empezar es gratis.
Por eso arranco hoy una serie nueva: Fundamentos de programación. Ocho entregas, una cada sábado, pensadas para alguien que parte de cero absoluto. Cero. Si nunca has escrito una línea de código en tu vida, esta serie es para ti.
Qué es esta serie (y qué no es)
Llevo treinta años desarrollando aplicaciones. Y en treinta años he visto a mucha gente intentar aprender a programar y rendirse en la primera semana, casi siempre por el mismo motivo: empiezan por el sitio equivocado. Se lanzan a un lenguaje concreto, se atascan en la sintaxis, se frustran con un punto y coma mal puesto y concluyen que “esto no es para mí”.
El problema no eran ellos. Era el orden.
Programar no es memorizar la sintaxis de Python o de JavaScript. Programar es pensar. Es coger un problema grande, partirlo en trozos pequeños y darle a la máquina instrucciones tan claras que no quede lugar a la duda. La sintaxis se aprende en una tarde. Pensar así cuesta un poco más, y es lo que esta serie te va a enseñar primero.
Por eso es lenguaje-agnóstico. No vas a aprender “Python” ni “Java”. Vas a aprender los conceptos que están debajo de todos los lenguajes, esos que cuando los tienes, te permiten saltar de uno a otro sin despeinarte. Usaré pseudocódigo (instrucciones en lenguaje casi humano) y ejemplos cortos en varios lenguajes cuando ayuden a ver la idea.
Lo que no es: no es un curso para sacarte el título de ingeniero, no te va a convertir en senior en ocho semanas y no sustituye a horas y horas de práctica delante del teclado. Es el mapa. El mapa que a mí me habría gustado tener el día que empecé.
El calendario: ocho sábados, ocho ladrillos
La serie publica una entrega cada sábado. Cada post se apoya en el anterior, así que el orden no es decorativo. Guarda este índice, porque conforme vaya publicando, los enlaces se irán activando solos.
- 📅 24 de octubre, Pensar como un programador: la entrega más importante de todas. Descomponer un problema en pasos, lógica básica (verdadero y falso), pseudocódigo y diagramas de flujo. Antes de escribir una línea, hay que aprender a pensar.
- 📅 31 de octubre, Variables y tipos de datos: dónde guarda la información un programa. Variables, constantes, y los tipos básicos (números, texto, booleanos, nulos). El tipado y por qué a veces 2 + 2 da “22”.
- 📅 7 de noviembre, Operadores: las herramientas para operar con esos datos. Aritméticos, de comparación, lógicos y el clásico que pilla a todo el mundo: la diferencia entre
=,==y===. - 📅 14 de noviembre, Control de flujo: condicionales: cómo un programa toma decisiones. El
if / else, elswitch, y cómo encadenar condiciones sin liarte. - 📅 21 de noviembre, Bucles: cómo repetir trabajo sin copiar y pegar mil veces.
for,while,do-while, y cómo no quedarte atrapado en un bucle infinito. - 📅 28 de noviembre, Funciones: empaquetar trozos de programa para reutilizarlos. Parámetros, valor de retorno, ámbito (scope) y por qué repetir código es el primer pecado del programador.
- 📅 5 de diciembre, Estructuras de datos básicas: cuando un dato suelto no basta. Listas y diccionarios, las dos colecciones que vas a usar cada día durante el resto de tu vida programando.
- 📅 12 de diciembre, Errores y depuración: el cierre. Tipos de error, leer un mensaje de fallo sin entrar en pánico y depurar como un detective. Porque programar es, sobre todo, arreglar lo que no funciona.
El orden importa (y mucho)
Fíjate en que la lista no es aleatoria. Es una escalera:
- Primero aprendes a pensar (descomponer problemas).
- Luego, dónde guardar la información (variables) y cómo operar con ella (operadores).
- Después, cómo el programa decide (condicionales) y repite (bucles).
- Más tarde, cómo organizar tu código (funciones) y tus datos (estructuras).
- Y al final, cómo arreglarlo todo cuando se rompe (errores y depuración).
Saltarse pasos es el error clásico. No tiene sentido pelearse con un bucle si todavía no tienes claro qué es una variable, igual que no tenía sentido invertir mientras una tarjeta te comía a un 20%. Una cosa sobre la otra. Por eso la serie va en este orden, y por eso te recomiendo seguirla así.
La trampa de pedirle código a la Inteligencia Artificial sin saber nada
Aquí está la pregunta que me hace todo el mundo desde hace un par de años: “Marcos, con la Inteligencia Artificial escribiendo código sola, ¿para qué voy a aprender a programar?”.
Justo al revés. Ahora es cuando más sentido tiene.
Ya conté en la realidad del vibe coding lo que pasa cuando le pides a una Inteligencia Artificial que te haga “una app” sin entender una sola línea de lo que te devuelve. Al principio parece magia. Funciona, va rápido, te sientes un genio. Hasta que algo se rompe. Y entonces no tienes ni idea de por qué, ni de qué tocar, ni de si lo que te ha generado es bueno, mediocre o un desastre con lazo. Le rezas a la máquina a ver si esta vez acierta.
La diferencia entre quien sabe estos fundamentos y quien no, con la misma Inteligencia Artificial delante, es abismal. Quien entiende qué es una variable, un bucle o una función lee el código que le devuelve la máquina, detecta el fallo, sabe pedir el cambio exacto y distingue una buena solución de una chapuza. Dirige. Quien no entiende nada, solo puede copiar, pegar y cruzar los dedos. Reza.
A mí la Inteligencia Artificial, lejos de quitarme el trabajo, me devolvió la ilusión por programar. Pero porque sé lo que estoy haciendo. Esa es la parte que la máquina no te da, y la que esta serie sí. Si en algún momento esto deja de ser hobby y quieres llevarlo a algo serio, montar software a medida es literalmente de lo que vivo, y empezó exactamente aquí, por los fundamentos.
Los libros que te recomiendo para la serie
No hace falta gastarse un duro para empezar: la serie es gratis y hay material bueno por internet a patadas. Pero si eres de los que aprenden mejor con un libro al lado, aquí va mi lista corta. Nada de tochos académicos infumables, estos son los que de verdad enganchan a alguien que parte de cero.
- Python para principiantes (Daniel Correa y Paola Vallejo): en español y pensado para cero absoluto. Te lleva paso a paso desde la lógica y los algoritmos hasta tus primeros programas. Si solo te llevas uno para empezar, este.
- Curso intensivo de Python (Eric Matthes): el siguiente paso, cuando quieras ir en serio con un lenguaje. Aprendes haciendo proyectos de verdad y es de los mejores del mercado.
- Automatiza las tareas aburridas con Python (Al Sweigart): práctico hasta decir basta. Programas pequeños que resuelven cosas reales desde el primer día.
- Python para todos (Charles Severance): claro, suave y pensado para quien no ha tocado código en su vida.
- El Programador Pragmático (Hunt y Thomas): este no es para el primer día, pero es el libro que te hace pasar de escribir código a tener oficio. Guárdatelo para cuando lleves unas semanas.
- Código limpio (Robert C. Martin): cómo escribir código que otros, y tu yo del futuro, puedan leer sin sufrir. Otro para más adelante, pero imprescindible.
- Comprender los algoritmos (Aditya Bhargava): el puente hacia la siguiente serie. Explica estructuras de datos y algoritmos con dibujos y cero matemáticas asustaviejas.
En cada entrega te iré recomendando cuál de estos encaja mejor con el tema del día.
El puente: de Fundamentos a Algoritmos
Esta serie te deja con las bases sólidas. Pero hay un segundo piso. Cuando termines los ocho fundamentos, sabrás escribir programas que funcionan. El siguiente paso es escribir programas que funcionan bien: rápidos, eficientes, que aguantan datos de verdad.
De eso va la siguiente serie, la de Algoritmos: qué es la notación Big-O, cómo se ordena y se busca de forma eficiente, estructuras de datos avanzadas y los algoritmos clásicos del bubble sort al A*. La menciono ahora para que sepas adónde lleva el camino, pero no corras: primero, los cimientos.
Preguntas frecuentes
¿Necesito saber algo de programación para empezar la serie?
No. La serie está pensada para cero absoluto. Si no has escrito una línea de código en tu vida, empieza por la primera entrega, pensar como un programador, y sigue en orden. Cada post asume solo lo que has aprendido en los anteriores, nada más.
¿Qué lenguaje de programación se enseña?
Ninguno en concreto, y eso es a propósito. La serie es lenguaje-agnóstica: enseña los conceptos que están debajo de todos los lenguajes, usando pseudocódigo y ejemplos cortos. Cuando los tengas claros, elegir y aprender un lenguaje concreto (Python, JavaScript, el que sea) es cuestión de días, no de meses.
Con la Inteligencia Artificial que escribe código, ¿merece la pena aprender a programar?
Más que nunca. La Inteligencia Artificial genera código, pero alguien tiene que entenderlo, revisarlo, corregirlo y dirigirlo. Quien domina los fundamentos usa la Inteligencia Artificial como una palanca; quien no, solo puede copiar y pegar a ciegas. Saber programar es justo lo que separa dirigir a la máquina de depender de ella.
¿Cuándo se publica cada entrega?
La serie arranca el sábado 24 de octubre de 2026 y publica una entrega cada sábado, hasta el 12 de diciembre. Son ocho posts en total, en orden de dificultad creciente. En este índice tienes todas las fechas y los enlaces se van activando conforme publico.
Este artículo contiene enlaces de afiliado.
Compártelo si te ha resultado útil.
¿Cuántas veces has intentado aprender a programar y lo has dejado? Cuéntame por dónde te atascaste y le meto cariño a esa entrega.
Y… nos vemos cada sábado, desde el cero.
Artículos relacionados
Qué son los WebSockets y por qué no son HTTP más rápido
Casi todos los desarrolladores tratan los WebSockets como una versión un poco más rápida de HTTP. No lo son. Representan un cambio de fondo en la forma en que se comunican el navegador y el servidor. Imagina que estás escribiendo a un amigo, pero en vez de recibir su respuesta directamente, tienes que coger el móvil cada segundo y gritarle '¿ya has contestado? ¿ya has contestado?'. Suena de locos, ¿verdad? Pues así funciona la web tradicional: el cliente pregunta, el servidor responde y cuelgan. Para datos en vivo (un chat, una cotización, una notificación) eso es un desastre. Aquí te explico, sin tecnicismos, qué son los WebSockets, en qué se diferencian de verdad de HTTP y cuándo te interesa usarlos.
FutureLink: enlazar en Astro posts que aún no has publicado
Tengo el blog lleno de posts programados que se enlazan entre sí. Y eso, con un calendario editorial de por medio, tiene una trampa: cuando un post sale el martes y enlaza a otro que sale el jueves, durante dos días ese enlace apunta al vacío. Un 404 interno, justo lo que no quieres para SEO ni para el lector. Así que me hice un componente de Astro pequeñito, FutureLink, que comprueba en tiempo de build si el post destino ya está vivo: si lo está, pinta un enlace normal; si todavía no, pinta solo el texto, sin enlace y sin romper nada. Y como el sitio se reconstruye por cron cada pocos minutos, el enlace se activa solo en cuanto el destino se publica. Te cuento el problema, el código entero y por qué lo monté así.
⚡ Por qué deberías usar pnpm en vez de npm y migrar hoy mismo
Llevo años viendo discos llenos de carpetas node_modules clonadas mil veces y esperas eternas en cada npm install. pnpm resuelve las dos cosas: guarda cada dependencia una sola vez en disco y enlaza por hard links, instala en una fracción del tiempo y te protege de las phantom dependencies. Te cuento por qué deberías cambiarte, qué tiene de truco y cómo dejar que tu memoria muscular siga escribiendo npm con un alias que funciona en todos los sistemas operativos.