片仮名語のタイポ修正

src/appendix-07-nightly-rust.md

@@ -43,7 +43,7 @@ bring you new features, fewer bugs, and faster compile times.
 -->
 
 この問題に対する我々の解決策は「停滞なしの安定性」と呼ばれるもので、ガイドの原則は以下の通りです:
-安定版Rustの新しいバージョンにアップグレードするのを恐れる必要は何もないはずです。各アップグレートは痛みのないもののはずですが、
+安定版Rustの新しいバージョンにアップグレードするのを恐れる必要は何もないはずです。各アップグレードは痛みのないもののはずですが、
 新しい機能、より少ないバグ、高速なコンパイル時間も齎すべきです。
 
 <!--

src/ch02-00-guessing-game-tutorial.md

@@ -571,7 +571,7 @@ because you just want to crash this program when a problem occurs, you can use
 -->
 
 警告を抑制する正しい手段は、実際にエラー対処コードを書くことですが、今は、
-問題が起きた時にプロラグムをクラッシュさせたいので、`expect`を使用できるわけです。
+問題が起きた時にプログラムをクラッシュさせたいので、`expect`を使用できるわけです。
 エラーから復旧する方法については、第9章で学ぶでしょう。
 
 <!--

src/ch12-02-reading-a-file.md

@@ -192,5 +192,5 @@ much easier to refactor smaller amounts of code. We’ll do that next.
 `main`関数が複数の責任を受け持っています: 一般に、各関数がただ一つの責任だけを持つようになれば、
 関数は明確かつ、管理しやすくなります。もう一つの問題点は、できうる限りのエラー処理を怠っていることです。
 まだプログラムが小規模なので、これらの欠陥は大きな問題にはなりませんが、プログラムが大規模になるにつれ、
-それを綺麗に解消するのは困難になっていきます。プログラムを開発する際に早い段階でリファクタングを行うのは、
+それを綺麗に解消するのは困難になっていきます。プログラムを開発する際に早い段階でリファクタリングを行うのは、
 良い戦術です。リファクタリングするコードの量が少なければ、はるかに簡単になりますからね。次は、それを行いましょう。

src/ch12-03-improving-error-handling-and-modularity.md

@@ -98,7 +98,7 @@ process has the following steps:
 -->
 
 `main`関数に複数の仕事の責任を割り当てるという構造上の問題は、多くのバイナリプロジェクトでありふれています。
-結果として、`main`が肥大化し始めた際にバイナリプログラムの個別の責任を分割するためにガイドラインとして活用できる工程をRustコミニュティは、
+結果として、`main`が肥大化し始めた際にバイナリプログラムの個別の責任を分割するためにガイドラインとして活用できる工程をRustコミュニティは、
 開発しました。この工程は、以下のような手順になっています:
 
 <!--