Parte 0 — El método: qué es un framework y cómo se compara#

🎓 Todas las clases · 📖 Glosario · Parte 1 ➡️

Antes de escribir una línea: qué hace un framework que una biblioteca no hace, y cómo se compara sin caer en la guerra de religiones.

Clases 1 a 10 · 10 en total · 10 construidas · 16 tecnologías en juego.

🧭 De qué va esta parte#

Esta parte no enseña ningún framework. Enseña a compararlos, que es una habilidad distinta y más duradera: los frameworks de dentro de diez años no existen todavía, y el criterio para elegirlos sí se puede aprender hoy.

Diez clases para responder tres preguntas que casi nadie se hace antes de elegir. Qué es exactamente un framework —y por qué la respuesta no tiene nada que ver con el tamaño—. Qué hace comparable una comparación —y por qué un «hola mundo» no compara nada—. Y qué cuesta un framework más allá de las líneas que se escriben el primer día.

Es la parte más corta en código y la que más decide sobre el resto. Todo lo que viene después —149 clases con el mismo contrato en varios ecosistemas— es la aplicación repetida del método que se fija aquí.

🎒 Qué da por sabido#

• Haber escrito y ejecutado algún programa, en cualquier lenguaje.
• Saber abrir una terminal y ejecutar un comando (está en conocimientos previos).
• Tener Node.js instalado; el resto de cadenas se pueden añadir después (empezar/).

🎯 Qué sabrás hacer al terminarla#

• Señalar en un archivo concreto la línea donde se invierte el control, y explicar por qué eso convierte a una biblioteca en un framework.
• Escribir un contrato ejecutable antes de mirar ninguna implementación, y defender por qué no se adapta a ninguna.
• Clasificar una tecnología antes de compararla, para no comparar una biblioteca de interfaz con un metaframework.
• Leer una comparativa de rendimiento y decir qué le falta para poder creérsela.
• Poner número a las cuatro dimensiones del coste de un framework: aprenderlo, mantenerlo, contratar quien lo sepa y salir de él.

🧵 Por qué en este orden#

Las tres primeras clases construyen la definición y la herramienta: qué es un framework (001), cómo se demuestra con un número (002) y qué hace que dos implementaciones sean comparables (003).

Las tres siguientes enseñan a no engañarse: clasificar antes de comparar (004), distinguir código idiomático de código traducido (005) y contar lo que no se ve en el editor (006).

Y las cuatro últimas son de método: leer una medición sin creérsela (007), ir a la fuente primaria en vez de al tutorial (008), aceptar que no todos resuelven todo (009) y saber leer una clase de este programa (010).

📚 Las clases#

🎬 Las tecnologías que aparecen#

Entre paréntesis, en cuántas clases de esta parte interviene cada una. Estar aquí no es una recomendación: es que el problema de esa clase existe de verdad para esa tecnología.

📖 Las palabras que esta parte define#

Framework · Biblioteca · Método plantilla · Runtime · Manifiesto · Dependencia · Inversión de control · Contrato · Metaframework · Taxonomía · Categoría de catálogo · Alternativa real · Convención · Idiomático · Coste total · Percentil · Elenco · Verde honesto

Todas, con su definición, en el glosario.

✅ Cómo se ejecuta una clase de esta parte#

node scripts/run-class.mjs 001

El verificador arranca cada implementación, la somete a su contrato.json y declara cuáles omitió por no encontrar su cadena de herramientas. Si te faltan cadenas, node scripts/doctor.mjs dice cuáles y cómo se instalan.

➡️ Y después#

La parte 1 baja al suelo: un proceso que escucha en un puerto y responde. A partir de ahí, cada clase aplica el método de esta parte a un problema concreto.