/* Page prose (fr) */
"Overview" = "# Actors\n\nSouviens-toi du désastre bancaire aux guichets à tickets du chapitre [Les dangers de la concurrence](Concurrency%20Hazards.playgroundchapter/Overview): plein de guichetiers poussant des dépôts sur un unique solde partagé en même temps, et le total qui sortait *faux*, de l'argent qui disparaissait tout simplement. C'était une **data race**: deux tâches lisant et écrivant la même mémoire à la fois, se marchant dessus. À l'époque tu l'avais corrigé à la main, en canalisant chaque changement à travers une file en série et en espérant ne jamais l'oublier. Ce chapitre présente l'outil moderne qui rend cette correction automatique et imposée par le compilateur: l'**actor**.\n\n---\n\n## Ce que tu vas apprendre\n\n* Ce qu'est un **actor**, et comment il protège l'état mutable en ne laissant entrer qu'une tâche à la fois.\n* Pourquoi appeler un actor depuis l'extérieur nécessite `await`, alors que le code *à l'intérieur* de l'actor s'exécute de façon synchrone, et à quoi sert `nonisolated`.\n* La **réentrance**: comment un actor peut être réentré à travers un `await`, le bug subtil que cela provoque, et comment s'en prémunir.\n* Un premier aperçu de **`Sendable`**: la règle de ce qu'il est sûr de faire passer à travers les frontières d'actors et de tâches.\n\nTourne la page et allons rencontrer le bug sous sa forme la plus simple, une fois de plus.\n\npage 1 sur 7  |  [Suivant: Un actor ne laisse entrer qu'une tâche à la fois](@next)";
