Construir un MVP de bloc de notas con Codex: la historia práctica y humana detrás del proyecto

El proyecto empezó con un objetivo pequeño y deliberadamente claro: replicar la experiencia básica del Bloc de notas de Windows. Nada de convertirlo en un editor avanzado, nada de añadir funciones innecesarias, nada de inflarlo hasta que dejara de ser enseñable.

La decisión más importante fue precisamente esa: cerrar el alcance. Queríamos un MVP terminado, comprensible y útil para aprender, no una lista infinita de posibilidades.

Un objetivo pequeño no significa un proyecto trivial

Construir algo simple obliga a tomar decisiones. ¿Qué significa abrir un archivo? ¿Cómo se guarda? ¿Qué ocurre si el usuario intenta cerrar sin guardar? ¿Cómo se estructura el menú? ¿Qué se considera comportamiento mínimo aceptable?

Ese tipo de preguntas son las que convierten un ejercicio aparentemente pequeño en una práctica real de producto. El valor no estaba en crear el editor definitivo, sino en recorrer el ciclo completo: idea, alcance, implementación, prueba, corrección y cierre.

El papel de Codex

Codex no fue tratado como una máquina a la que se le pide “hazme una aplicación” y se acepta sin revisar. Funcionó como una herramienta de desarrollo asistido: ayudó a generar estructura, proponer implementaciones, resolver partes repetitivas y acelerar la exploración técnica.

Pero las decisiones siguieron siendo humanas. El alcance, los criterios de aceptación, la revisión del comportamiento, la simplificación y la forma de explicar el proyecto no los decidió la herramienta. Los decidió el criterio técnico detrás del trabajo.

Lo que enseñó el proyecto

El ejercicio dejó varias lecciones claras. La primera es que un buen MVP necesita límites. Sin límites, cualquier proyecto pequeño se convierte en una lista interminable de “ya que estamos”.

La segunda es que la IA puede acelerar muchísimo la parte mecánica del desarrollo, pero no sustituye la responsabilidad de entender qué se está construyendo. Si no sabes qué comportamiento esperas, la herramienta solo generará posibilidades.

La tercera es que un proyecto pequeño puede ser una gran herramienta formativa si está bien planteado. Permite hablar de interfaz, eventos, persistencia, flujo de usuario, errores, refactorización y cierre de producto sin perderse en complejidad accidental.

Una historia humana, no solo técnica

Lo más interesante no fue únicamente el resultado, sino el proceso. Hubo decisiones, dudas, ajustes y pequeñas renuncias. Y eso es justo lo que suele faltar cuando se habla de IA aplicada al desarrollo: no basta con enseñar el resultado final; hay que enseñar cómo se llegó hasta ahí.

Un MVP bien acotado permite aprender porque deja visible el camino. Y en un contexto donde cada vez es más fácil generar código, esa visibilidad importa más que nunca.

Conclusión

Construir un bloc de notas con Codex no fue un intento de demostrar que la IA lo hace todo sola. Fue lo contrario: una forma práctica de demostrar que la IA funciona mejor cuando hay criterio, límites y dirección humana.

El resultado fue un proyecto pequeño, cerrado y comprensible. Y precisamente por eso fue útil.