GraphQL con Apollo para APIs modernas

Este curso parte de una decisión habitual en equipos de producto: una plataforma educativa necesita mostrar cursos, lecciones, inscripciones y oportunidades laborales en varias pantallas. Una página puede requerir título, autor y progreso; otra, filtros, disponibilidad y requisitos. El objetivo no es convertir GraphQL en una respuesta automática para cualquier API, sino aprender a decidir cuándo su contrato tipado y su selección de campos reducen coordinación entre frontend y backend.

En el primer módulo compararás GraphQL con una API de endpoints estables. Diseñarás un schema pequeño para cursos, distinguirás queries de mutations y relacionarás cada campo con una necesidad del dominio. Después estudiarás resolvers y fuentes de datos: el resolver coordina la petición, mientras que los servicios concentran reglas, acceso a datos y permisos. El quiz de fundamentos comprobará si puedes justificar una operación y detectar un diseño ambiguo.

El segundo módulo lleva ese diseño al servidor. Construirás mentalmente el recorrido de una petición desde el token hasta el contexto, separando autenticación, autorización y auditoría. Practicarás validaciones antes de consultar datos y clasificarás errores de entrada, permisos, ausencia de recursos y fallas internas. También interpretarás logs y latencias sin confundir información útil para el cliente con detalles sensibles del servidor. Finalmente analizarás N+1: contarás consultas de una lista de cursos con autores y compararás esa cifra con una lectura agrupada mediante DataLoader. La evaluación se centra en explicar el límite y la evidencia, no en repetir nombres de herramientas.

El tercer módulo se concentra en el cliente React. Aprenderás a modelar una pantalla con carga inicial, error, estado vacío, datos parciales y reintento. Nombrarás operaciones para que sus registros sean legibles y decidirás qué consulta corresponde a cada vista. Después observarás cómo la normalización relaciona un mismo objeto Course entre el listado y el detalle. Practicarás una mutation de inscripción con estado de guardado, respuesta exitosa y recuperación ante error, eligiendo entre actualizar la cache o volver a consultar según la complejidad del caso.

El proyecto final integra esas decisiones en una mini plataforma de cursos y empleos. El backend debe exponer tipos de dominio comprensibles, una consulta de listado filtrable, un detalle, una inscripción simulada y una búsqueda de oportunidades. El frontend debe mostrar estados completos y reflejar el cambio de inscripción sin recarga ciega. La documentación explicará permisos, validaciones, límites de consulta, estrategia de cache y observabilidad. No se evaluará una apariencia concreta, sino la coherencia entre contrato, comportamiento y evidencia.

Comprobarás tu avance con artefactos reproducibles: un schema legible, ejemplos de variables y respuestas, un conteo de consultas antes y después de agrupar lecturas, casos de error y una secuencia de interfaz descrita paso a paso. Como criterio final, otra persona debería poder leer tu README, ejecutar las operaciones con los datos de prueba entregados y verificar que una inscripción válida cambia el resultado, mientras una solicitud no autorizada o mal formada falla de manera comprensible.