/* Page prose (fr) */
"DistributedWhenItMatters" = "# Quand cela importe vraiment pour qui développe des apps\n\nFixons des attentes honnêtes. **La plupart de ceux qui développent des apps iOS\npasseront des années sans écrire un actor distribué**, et c'est tout à fait normal.\nTa boîte à outils de concurrence au quotidien, c'est le reste de ce livre:\n`async`/`await`, les tâches, les actors, `@MainActor`. Les actors distribués sont un\noutil de spécialiste, pas un outil de tous les jours.\n\nLà où ils *gagnent* leur place:\n\n* **Swift côté serveur.**  \nSi tu construis des services backend en Swift, les actors\ndistribués et le clustering (via Distributed Cluster) offrent une façon native de\nrépartir du travail avec état sur une flotte de processus.\n* **Systèmes en cluster ou multi-nœuds.**  \nTout ce où une logique identique tourne sur\nde nombreuses machines qui doivent se coordonner: le modèle a été conçu exactement\npour ça.\n* **Fonctionnalités entre appareils.**  \nDes scénarios d'avenir où des actors sur des\nappareils différents se parlent directement pourraient s'appuyer sur la même\nabstraction, à condition d'un actor system qui parle le bon transport.\n\nSi rien de tout cela ne décrit ce que tu construis, tu n'as pas besoin d'actors\ndistribués, et savoir qu'ils existent, et *comment ils pensent*, est la partie\nprécieuse. Quand tu croiseras un jour `distributed actor` dans une base de code côté\nserveur, ce ne sera pas un mystère: c'est l'actor que tu comprends déjà, avec un\nréseau au milieu et `try` devant chaque appel.\n\n[Précédent](@previous)  |  page 8 sur 9  |  [Suivant: Récapitulatif](@next)";
