🎓 Clases#
Aprende el problema una vez. Reconoce cómo lo resuelve cada framework, y por qué sí o por qué no.
149 clases en 12 partes, de lo más simple a lo más avanzado. 113 construidas, 36 en esqueleto.
Antes de la primera: empezar/ instala las cadenas de herramientas y explica los conocimientos previos que estas clases dan por sabidos. node scripts/doctor.mjs dice cuántas implementaciones puedes ejecutar hoy en tu máquina.
🧭 El método#
Cada clase plantea UNA situación, la fija en un contrato verificable y la resuelve en todos los frameworks de su elenco. El código es real y ejecutable; el verificador ejecuta los que encuentre instalados y declara los que omitió.
Cada clase tiene la misma anatomía:
| Archivo | Qué contiene |
|---|---|
README.md |
La clase: situación, modelo, implementaciones a la vista, comparación y decisión |
contrato.json |
Los casos verificables. Es lo que hace comparable el ejercicio |
implementaciones/<framework>/ |
El código real de cada framework del elenco |
porque-si-porque-no.md |
Por qué esta solución es natural en un framework y forzada en otro |
🎬 Los elencos#
Los lenguajes son intercambiables: cualquiera suma dos números. Los frameworks no. Spring Boot no implementa una clase de reactividad en el cliente y React no implementa una de migraciones. Por eso cada clase declara su elenco: los frameworks para los que ese problema tiene sentido.
| Pista | Título | De qué trata | Frameworks |
|---|---|---|---|
backend |
Backend y API | El servidor: recibir una petición, decidir, responder. | 14 |
frontend |
Interfaz y estado | El navegador: pintar, reaccionar al usuario, mantener estado. | 10 |
fullstack |
Full-stack y renderizado | Los dos lados a la vez: dónde se genera el HTML y quién carga los datos. | 8 |
datos |
Persistencia | Hablar con la base de datos sin que el dominio se contamine. | 9 |
movil |
Móvil y escritorio | Salir del navegador: una base de código, varias plataformas. | 9 |
plataforma |
Plataforma y operación | Lo que no es un framework y aun así decide tu arquitectura. | 6 |
📚 Las partes#
| # | Parte | Clases | Total |
|---|---|---|---|
| 0 | El método: qué es un framework y cómo se compara | 1–10 | 10 |
| 1 | Responder: lo primero que hace cualquier framework | 11–25 | 15 |
| 2 | La tubería: middleware, filtros e interceptores | 26–38 | 13 |
| 3 | Validación y contrato | 39–50 | 12 |
| 4 | Datos: del SQL a mano al dominio limpio | 51–65 | 15 |
| 5 | Identidad y seguridad | 66–78 | 13 |
| 6 | La interfaz: del HTML del servidor al componente | 79–92 | 14 |
| 7 | Renderizado y full-stack | 93–104 | 12 |
| 8 | Tiempo real y trabajo en segundo plano | 105–113 | 9 |
| 9 | Móvil, escritorio y sin conexión | 114–123 | 10 |
| 10 | Calidad, rendimiento y operación | 124–137 | 14 |
| 11 | Legado, migración y decisión | 138–149 | 12 |
✅ Verificación#
node scripts/run-class.mjs 011El verificador ejecuta cada implementación contra contrato.json y declara cuáles omitió por no encontrar su cadena de herramientas instalada. Un resultado verde nunca significa «todo pasó»: significa «esto pasó, esto se omitió».