/* Page prose (es) */
"WrappingUp" = "# Resumen\n\nUn hecho gobierna todo este capítulo: tu app tiene un único **hilo principal**, y la experiencia del usuario vive o muere según lo mantengas libre. La concurrencia existe para estructurar el trabajo de modo que las tareas avancen de forma independiente en lugar de hacer cola detrás de ese único hilo. Ten presentes las distinciones de abajo y el resto del libro se sigue de forma natural.\n\n* Tu app tiene un solo **hilo principal**, y toda la UI corre en él; bloquéalo y la app se congela.\n* La **concurrencia** estructura el trabajo para que las tareas avancen de forma independiente; el **paralelismo** las ejecuta en el mismo instante en varios núcleos.\n* La concurrencia ayuda incluso en un solo núcleo, porque la mayoría del trabajo lento es *esperar*.\n* El primer objetivo es la **capacidad de respuesta** (liberar el hilo principal); la velocidad es un extra secundario, impulsado por el paralelismo.\n* **Trampa:** el trabajo pesado y no instantáneo no pertenece al hilo principal, y las actualizaciones de UI siempre deben volver a él.\n* **Trampa:** las tareas concurrentes terminan en el orden en que terminan. Nunca dependas del orden de finalización a menos que lo impongas deliberadamente.\n\n---\n\n## A continuación\n\nEl siguiente capítulo, [Fundamentos de GCD](GCD%20Fundamentals.playgroundchapter/Overview), presenta Grand Central Dispatch: las colas de despacho, `sync` vs. `async`, y la calidad de servicio, la herramienta de verdad para sacar trabajo del hilo principal.\n\n[Anterior](@previous)  |  página 5 de 5";
