fix: 「非同期処理」における typo 修正 (#1619)

Author: morinokami

source/basic/async/README.md

@@ -104,7 +104,7 @@ taskB();
 ## 非同期処理はメインスレッドで実行される {#async-and-main-thread}
 
 メインスレッドはUIスレッドとも呼ばれ、重たいJavaScriptの同期処理はメインスレッドで実行する他の処理（画面の更新など）をブロックする問題について紹介しました。
-これは非同期処理においても同様の問題があります。なぜならJavaScriptにおける非同期の大部分はメインスレッドで実行されるためです。
+これは非同期処理においても同様の問題があります。なぜならJavaScriptにおける非同期処理の大部分はメインスレッドで実行されるためです。
 
 非同期処理は名前から考えるとメインスレッド以外で実行されるように見えますが、
 基本的には非同期処理も同期処理と同じようにメインスレッドで実行されます。
@@ -153,12 +153,12 @@ taskB();
 しかし、実際にはこの非同期処理もメインスレッドで実行された同期的にブロックする処理の影響を受けます。
 
 多くの環境では、このときの非同期処理のコールバック関数が呼ばれるまでは1秒以上かかります。
-これは、10ミリ秒後に非同期のコールバック関数を実行するようにタイマーへ登録自体はできていますが、同期的なブロックする処理によって非同期のタスクの実行も後ろにずれてしまうためです。
+これは、10ミリ秒後に非同期のコールバック関数を実行するようにタイマーへ登録自体はできていますが、同期的にブロックする処理によって非同期のタスクの実行も後ろにずれてしまうためです。
 このように**非同期処理**も**同期処理**の影響を受けることから、同じメインスレッドで実行されていることがわかります。
 
 ![非同期処理とブロックする同期処理](./img/block--async-single-thread-tasks.png)
 
-JavaScriptでは一部の例外を除き非同期処理が**並行処理（concurrent）**として扱われます。
+JavaScriptでは一部の例外を除き非同期処理が**並行処理（Concurrent）**として扱われます。
 並行処理とは、処理を一定の単位ごとに分けて処理を切り替えながら実行することです。
 そのため非同期処理の実行前にとても重たい処理があると、非同期処理の実行が遅れるという現象を引き起こします。
 
@@ -172,7 +172,7 @@ Web Workerではメインスレッドとは異なるWorkerスレッドで実行
 そのため、重たい処理をWorkerに移動できるというメリットはありますが、メインスレッドとWorkerスレッドのデータのやり取りに制限があるというトレードオフの関係になります。
 
 このように、非同期処理のすべてをひとくくりにはできませんが、基本的な非同期処理（タイマーなど）はメインスレッドで実行されているという性質を知ることは大切です。JavaScriptの大部分の**非同期処理**は**非同期的なタイミングで実行される処理**であると理解しておく必要があります。
-この書籍で紹介する非同期処理のほとんどは、メインスレッドで処理を切り替えながら実行する**並行処理（concurrent）**となっています。
+この書籍で紹介する非同期処理のほとんどは、メインスレッドで処理を切り替えながら実行する**並行処理（Concurrent）**となっています。
 
 ## 非同期処理と例外処理 {#async-processing-and-error-handling}
 
@@ -1583,7 +1583,7 @@ Async Function外の処理も停止できてしまうと、JavaScriptでは基
 先ほどの`fetchResources`関数ではforループと`await`式を利用していました。
 このときにforループの代わりにArrayの`forEach`メソッドは利用できません。
 
-単純に`fetchResources`関数のforループから`Array`の`forEach`メソッドに書き換えて見ると、構文エラー（`SyntaxError`）が発生してしまいます。
+単純に`fetchResources`関数のforループから`Array`の`forEach`メソッドに書き換えてみると、構文エラー（`SyntaxError`）が発生してしまいます。
 これは`await`式がAsync Functionの中でのみ利用ができる構文であるためです。
 
 <!-- textlint-disable -->
@@ -1692,7 +1692,7 @@ fetchResources(resources).then((results) => {
 ### [ES2022] Module直下での`await`式 {#top-level-await-in-module}
 
 ES2021までは、`await`式はAsync Functionの直下でのみ利用可能なことを紹介しました。
-ES2022には、これに加えてModuleの直下ではAsync Functionで囲まなくても`await`式が利用できます。
+ES2022では、これに加えてModuleの直下ではAsync Functionで囲まなくても`await`式が利用できます。
 
 最初に「[JavaScriptとは][]」の章において、JavaScriptには実行コンテキストとして"Script"と"Module"があるという話をしました。
 たとえば、ブラウザでは`<script>`と書けば"Script"として実行され、`<script type="module">`と書けば"Module"として実行されます。
@@ -1714,7 +1714,7 @@ await new Promise(resolve => setTimeout(resolve, 1000));
 console.log(`実行終了: ${Date.now() - startTime}ms 経過しました`);
 ```
 
-このようにModuleではトップレベルにおいて`await`式が利用できることは、Top-Level `await`と呼ばれます。
+このようにModuleのトップレベルにおいて`await`式が利用できることは、Top-Level `await`と呼ばれます。
 
 ES2021まではAsync Functionの直下のみでしか`await`式が利用できませんでした。
 そのため、メイン処理のように他の処理を呼び出すスクリプトの開始地点で`await`を使いたい場合は、Async Functionを使った即時実行関数で`await`を囲むケースがありました。