← Últimos artículos
💻 computer science

Test-Oriented Programming: rethinking coding for the GenAI era

El artículo propone el paradigma de Programación Orientada a Pruebas (TOP), donde los desarrolladores se centran en verificar código de prueba generado por IA a partir de especificaciones en lenguaje natural, delegando la escritura del código de producción a los modelos de lenguaje grandes.

Autores originales: Jorge Melegati

Publicado 2026-04-10
📖 4 min de lectura☕ Lectura para el café

Autores originales: Jorge Melegati

Artículo original bajo licencia CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Esta es una explicación generada por IA del artículo a continuación. No ha sido escrita ni avalada por los autores. Para mayor precisión técnica, consulte el artículo original. Leer descargo de responsabilidad completo

Imagina que programar un ordenador es como construir una casa.

El método tradicional (y el actual con IA) es como si tú, el arquitecto, tuvieras que dibujar cada ladrillo, decidir dónde va cada tubería y escribir las instrucciones exactas para que los obreros (o en este caso, la Inteligencia Artificial) pongan esos ladrillos. Incluso con herramientas modernas como GitHub Copilot, que actúan como un "ayudante rápido" que te sugiere el siguiente ladrillo, tú sigues siendo el responsable de revisar que cada pared esté recta y que el techo no se caiga. Estás muy cerca del suelo, moviendo ladrillos.

La propuesta de este paper (Programación Orientada a Pruebas o TOP) es un cambio de paradigma radical. El autor, Jorge Melegati, sugiere que, gracias a la nueva generación de Inteligencia Artificial (como los modelos de lenguaje grandes), ya no necesitamos preocuparnos por los ladrillos.

La analogía del "Arquitecto de Pruebas"

Imagina que en lugar de diseñar la casa, tú solo escribes una lista de reglas de control de calidad (las "pruebas") y un deseo en lenguaje natural.

  1. Tú (el desarrollador): Escribes algo como: "Quiero una casa que tenga una puerta que se abra con una llave, y si intento abrirla sin llave, debe sonar una alarma. Además, quiero que la cocina tenga espacio para tres personas".
  2. La IA (el constructor): Lee tus reglas y construye automáticamente toda la casa (el código de producción) intentando cumplir esas reglas.
  3. Tu trabajo real: En lugar de revisar los ladrillos, tú solo revisas las pruebas. ¿La alarma suena? ¿La puerta se abre? Si la prueba falla, le dices a la IA: "Oye, la alarma no suena, corrígelo". La IA repara la casa sola.

En este nuevo mundo, el programador deja de ser un albañil que coloca ladrillos y se convierte en un inspector de calidad que solo verifica que la casa cumple con las reglas que él mismo dictó.

¿Cómo lo probaron? (El experimento "Onion")

El autor creó una herramienta llamada "Onion" (como una cebolla, capa por capa) para ver si esto funcionaba de verdad.

  • Le dieron a la IA una descripción simple de un programa para gestionar libros (un sistema de BibTeX).
  • La IA escribió primero las "pruebas" (lo que el programa debería hacer).
  • Luego, la IA escribió el código real para que esas pruebas funcionaran.

Los resultados fueron prometedores pero con algunos "tropiezos":

  • Éxito: La IA pudo crear el programa completo sin que nadie tocara el código final. Solo tuvieron que arreglar las pruebas cuando la IA se confundía.
  • El problema de la "alucinación": A veces, la IA escribía pruebas que eran confusas o contradictorias. Como tú eres quien las revisa, tienes que tener ojo de águila para decir: "Esta prueba no tiene sentido, cámbiala".
  • La diferencia entre modelos: Probaron con dos "cerebros" de IA diferentes (uno de OpenAI y otro de Google). Uno escribió código corto y directo, el otro fue muy "verboso" y escribió mucho texto explicativo. Es como si un albañil trabajara rápido y limpio, y el otro hablara mucho mientras trabaja.

¿Qué nos dice esto para el futuro?

El autor concluye que esta idea es posible, pero aún no está lista para construir rascacielos complejos.

  • La ventaja: Subimos un escalón en la abstracción. Dejamos de hablar el idioma de las máquinas (código) para hablar el idioma humano (instrucciones y reglas), y dejamos que la máquina haga el trabajo sucio.
  • El reto: Ahora el programador tiene que ser muy bueno revisando las "pruebas". Si las pruebas están mal escritas, la IA construirá una casa que cumple las reglas, pero que no sirve para vivir. Además, hay que aprender a confiar en que la IA no se va a equivocar de forma impredecible (falta de determinismo).

En resumen:
Este paper nos dice que el futuro de la programación no será que la IA escriba todo el código por ti mientras tú miras el teléfono. Será que tú definas qué debe funcionar (las pruebas) y la IA construya el cómo (el código), mientras tú te aseguras de que la máquina no se haya equivocado en sus propias reglas. Es pasar de ser el constructor a ser el inspector jefe de una obra que se construye sola.

¿Ahogado en artículos de tu campo?

Recibe resúmenes diarios de los artículos más novedosos que coincidan con tus palabras clave de investigación — con resúmenes técnicos, en tu idioma.

Probar Digest →