/* Page prose (ja) */
"DistributedWhenItMatters" = "# これがアプリ開発者にとって実際に重要になるのはいつか\n\n正直な期待値を設定しておきましょう。**ほとんどの iOS アプリ開発者は、分散 actor を書かないまま何年も過ごすでしょう**。そしてそれはまったく正常です。日々の並行処理のツールキットは、この本の残りの部分です。`async`/`await`、タスク、actor、`@MainActor`。分散 actor は専門家向けのツールであって、日常的なものではありません。\n\n分散 actor が*確かに*その居場所を得るのは、次のような場面です。\n\n* **サーバーサイド Swift。**  \nSwift でバックエンドのサービスを構築するなら、分散 actor とクラスタリング（Distributed Cluster を介した）は、状態を持つ作業をプロセスの一群にまたがって分散させるネイティブな方法を提供します。\n* **クラスター化されたシステム、あるいはマルチノードのシステム。**  \n同一のロジックが、協調しなければならない多くのマシン上で実行されるようなものすべて。このモデルはまさにこのために設計されました。\n* **デバイスをまたぐ機能。**  \n別々のデバイス上の actor が直接会話する未来志向のシナリオは、適切なトランスポートを話す actor システムがあれば、同じ抽象化に頼ることができるでしょう。\n\nそのどれもが自分の作っているものに当てはまらないなら、分散 actor は必要ありません。そして、それらが存在すること、そして*それらがどう考えるか*を知っていることこそが、価値のある部分です。いつかサーバーサイドのコードベースで `distributed actor` に出会っても、それは謎ではありません。それはすでに理解している actor に、真ん中にネットワークが挟まり、あらゆる呼び出しの前に `try` が付いたものです。\n\n[前へ](@previous)  |  8 / 9 ページ  |  [次へ: まとめ](@next)";
