🚨 ¿Saber programar perdió su valor? (O por qué nos estamos equivocando de diagnóstico)

Últimamente leo y escucho mucho una idea que me preocupa: "Ya no importa saber programar, ahora lo que vale es saber de Scrum, Agile, CI/CD y DevOps. La IA escribe el código por nosotros".

Es verdad que hoy podemos escupir 2,000 líneas de código en media hora usando Spec-Driven Development o prompts bien estructurados. Es verdad que el ecosistema se volvió más metodológico.

Pero déjame decirte algo desde la empatía y la experiencia: Saber programar NO perdió valor. Cambió de eje.

---

🧠 El nuevo superpoder: Leer y Comprender

Míralo de esta manera: Leemos mucho más rápido de lo que escribimos. Antes, el cuello de botella era la velocidad de nuestros dedos en el teclado. Hoy, el cuello de botella es nuestra capacidad mental para auditar, entender y conectar lo que la máquina acaba de generar.

Si no entiendes la sintaxis, las bases de la computación, la arquitectura y la lógica profunda, estás construyendo un rascacielos sobre arena.

// Lo que la IA genera:
for (const id of ids) {
    if (users.includes(id)) {
        process(id);
    }
}

// Lo que ve alguien que no programa:
//
// ✅ "Se ve limpio."
// ✅ "No marca errores."
// ✅ "Funciona."

// Lo que ve un programador:
//
// 🤔 ¿users es un Array o un Set?
// ⚠️ includes() cuesta O(n).
// ⚠️ El ciclo completo termina siendo O(n²).
// 🚀 Con un Set la búsqueda sería O(1).
// 💡 Esto funcionará hoy... pero no cuando tengas millones de registros.

Generar código sin entenderlo no es ser más eficiente; es acumular deuda técnica a la velocidad de la luz.

El verdadero programador no es quien copia y pega el código que produce la IA creyendo que eso basta para desarrollar software. Es quien entiende por qué una solución funciona, cuándo deja de escalar y cómo especificar el problema para que la IA genere una implementación segura, eficiente y mantenible.

💡 La IA puede escribir código.

El criterio para juzgar ese código sigue siendo humano.

---

🛠️ Las metodologías son el mapa, el código sigue siendo el motor

El Spec-Driven Development y Agile son espectaculares para darnos dirección. Pero:

• Para escribir una buena especificación, tienes que pensar como programador.
• Para diseñar un flujo de CI/CD, tienes que entender cómo se comporta tu software.

Las metodologías ordenan el caos, pero la lógica de programación es la que resuelve el problema real.

---

📝 La revolución de la Documentación

En un mundo donde el software se genera a ritmos frenéticos, documentar y comprender se volvió un acto de resistencia y profesionalismo.

💡 "La IA sabe el cómo, pero solo el humano entiende el por qué."

Documentar no es aburrido. Documentar es dejarle un salvavidas a tu "yo" del futuro (o a tu equipo) para cuando esa caja negra de 2,000 líneas falle a las 2:00 AM.

---

💡 Mi mensaje para la comunidad

No dejes que la velocidad de las herramientas te haga descuidar tus bases.

• Sigue estudiando algoritmos.
• Sigue rompiéndote la cabeza entendiendo por qué un framework funciona como funciona.
• Sigue escribiendo documentación clara.

Hoy más que nunca, el mercado no necesita "copiadores de código" avanzados; necesita arquitectos con criterio, capaces de leer, entender y asegurar el software del futuro.

🚀 Sobre este proyecto

Este espacio pretende ser una explicación de mi experiencia utilizando esta metodología para programar proyectos independientes. Un claro ejemplo es esta misma página que estás viendo.

¿Qué incluye este proyecto?

• Autenticación: Un sistema de login seguro.
• Operaciones CRUD: Gestión completa de datos (Crear, Leer, Actualizar y Borrar).
• Stack Eficiente: Construido con herramientas de uso gratuito... eso sí, con un dominio de paga. 😉

Estaré escribiendo de poco a poco el desarrollo del proyecto en los próximos Post.

¿Tú qué opinas? ¿Has sentido esta presión de que "programar ya no importa"? ¡Deberia dejar un backend para comentarios⁉️