/* Page prose (es) */
"DistributedWhenItMatters" = "# Cuándo esto importa de verdad para quien desarrolla apps\n\nPongamos expectativas honestas. **La mayoría de quienes desarrollan apps de iOS pasarán años sin escribir un actor distribuido**, y eso es completamente normal. Tu kit de concurrencia del día a día es el resto de este libro: `async`/`await`, tareas, actores, `@MainActor`. Los actores distribuidos son una herramienta de especialista, no de uso diario.\n\nDonde *sí* se ganan su lugar:\n\n* **Swift del lado del servidor.**  \nSi construyes servicios de backend en Swift, los actores distribuidos y la agrupación en clúster (vía Distributed Cluster) ofrecen una forma nativa de repartir trabajo con estado entre una flota de procesos.\n* **Sistemas agrupados o multinodo.**  \nCualquier cosa donde una lógica idéntica corre en muchas máquinas que deben coordinarse: el modelo se diseñó para exactamente esto.\n* **Funcionalidades entre dispositivos.**  \nEscenarios de futuro donde actores en dispositivos distintos hablan directamente podrían apoyarse en la misma abstracción, dado un sistema de actores que hable el transporte adecuado.\n\nSi nada de eso describe lo que estás construyendo, no necesitas actores distribuidos, y saber que existen, y *cómo piensan*, es la parte valiosa. Cuando algún día te encuentres con `distributed actor` en una base de código del lado del servidor, no será un misterio: es el actor que ya entiendes, con una red en el medio y `try` delante de cada llamada.\n\n[Anterior](@previous)  |  página 8 de 9  |  [Siguiente: Resumen](@next)";
