fix: minor fix

Author: math-hiyoko

reference/unordered_map/unordered_map/clear.md

@@ -38,8 +38,8 @@ void clear() noexcept;
 
 ### 計算量に関する備考
 - 多くの実装（GCC libstdc++, LLVM libc++ など）は
-    1. 全ての要素を破棄する
-    2. 全てのバケットを順に走査して各バケットを初期化
+    1. 全ての要素を走査して各要素を破棄
+    2. 全てのバケットを走査して各バケットを初期化
 
 という手順を取るため、実行時間は概ね [`size`](size.md)`()` + [`bucket_count`](bucket_count.md)`()` に比例する傾向がある。  
 規格がコンテナに対して定義する計算量は「コンテナに格納している要素に対する操作の数の計算量」であるためバケットの走査を考慮せず「コンテナの全要素を削除する」として、全要素数Nに対してO(N)に規定されるが、実行時間に影響する時間計算量としてはバケット数Cに対して線形となる。

reference/unordered_map/unordered_multimap/clear.md

@@ -38,8 +38,8 @@ void clear() noexcept;
 
 ### 計算量に関する備考
 - 多くの実装（GCC libstdc++, LLVM libc++ など）は
-    1. 全ての要素を破棄する
-    2. 全てのバケットを順に走査して各バケットを初期化
+    1. 全ての要素を走査して各要素を破棄
+    2. 全てのバケットを走査して各バケットを初期化
 
 という手順を取るため、実行時間は概ね [`size`](size.md)`()` + [`bucket_count`](bucket_count.md)`()` に比例する傾向がある。  
 規格がコンテナに対して定義する計算量は「コンテナに格納している要素に対する操作の数の計算量」であるためバケットの走査を考慮せず「コンテナの全要素を削除する」として、全要素数Nに対してO(N)に規定されるが、実行時間に影響する時間計算量としてはバケット数Cに対して線形となる。

reference/unordered_set/unordered_multiset/clear.md

@@ -38,8 +38,8 @@ void clear() noexcept;
 
 ### 計算量に関する備考
 - 多くの実装（GCC libstdc++, LLVM libc++ など）は
-    1. 全ての要素を破棄する
-    2. 全てのバケットを順に走査して各バケットを初期化
+    1. 全ての要素を走査して各要素を破棄
+    2. 全てのバケットを走査して各バケットを初期化
 
 という手順を取るため、実行時間は概ね [`size`](size.md)`()` + [`bucket_count`](bucket_count.md)`()` に比例する傾向がある。  
 規格がコンテナに対して定義する計算量は「コンテナに格納している要素に対する操作の数の計算量」であるためバケットの走査を考慮せず「コンテナの全要素を削除する」として、全要素数Nに対してO(N)に規定されるが、実行時間に影響する時間計算量としてはバケット数Cに対して線形となる。

reference/unordered_set/unordered_set/clear.md

@@ -38,8 +38,8 @@ void clear() noexcept;
 
 ### 計算量に関する備考
 - 多くの実装（GCC libstdc++, LLVM libc++ など）は
-    1. 全ての要素を破棄する
-    2. 全てのバケットを順に走査して各バケットを初期化
+    1. 全ての要素を走査して各要素を破棄
+    2. 全てのバケットを走査して各バケットを初期化
 
 という手順を取るため、実行時間は概ね [`size`](size.md)`()` + [`bucket_count`](bucket_count.md)`()` に比例する傾向がある。  
 規格がコンテナに対して定義する計算量は「コンテナに格納している要素に対する操作の数の計算量」であるためバケットの走査を考慮せず「コンテナの全要素を削除する」として、全要素数Nに対してO(N)に規定されるが、実行時間に影響する時間計算量としてはバケット数Cに対して線形となる。