Final review of building community article

Author: yuichielectric

_articles/ja/building-community.md

@@ -10,31 +10,31 @@ related:
   - coc
 ---
 
-## あなたのプロジェクトの成功のためのお膳立てをしましょう
+## あなたのプロジェクトの成功のためのお膳立てをしよう
 
 プロジェクトを立ち上げ、言葉を広め、人々は注目しています。素晴らしい！さて、彼らに定着してもらうにはどうしたら良いでしょうか？
 
-居心地の良いコミュニティはあなたはプロジェクトの未来や評判への投資となります。プロジェクトで初めてのコントリビュートが行われるようになってきたら、初期のコントリビューターにポジティブな経験を与え、また戻ってきてもらいやすくしましょう。
+居心地の良いコミュニティを作り上げることによって、プロジェクトの未来や評判に投資することができます。プロジェクトで初めてのコントリビュートが行われるようになってきたら、初期のコントリビューターにポジティブな経験を与え、再度プロジェクトを訪れるようにしましょう。
 
-### 人々に歓迎されていると感じてもらいましょう
+### 歓迎の気持ちを伝えよう
 
 プロジェクトのコミュニティについて考える一つの方法として、 @MikeMcQuaid が [contributor funnel](https://mikemcquaid.com/2018/08/14/the-open-source-contributor-funnel-why-people-dont-contribute-to-your-open-source-project/) と呼ぶものを使ってみましょう:
 
 ![Contributor funnel](/assets/images/building-community/contributor_funnel_mikemcquaid.png)
 
-コミュニティを築く際、漏斗の一番上にいる人（潜在的なユーザー）が一番下（活動的なメンテナー）に向かってどのように理論的に進むのかを考えましょう。あなたのゴールは、コントリビューターが各段階で経験する摩擦を減らすことです。もし人々が簡単に進めるようになれば、より多くのことをしたいと思うようになるでしょう。
+コミュニティを築く際、漏斗の一番上にいる人（潜在的なユーザー）が一番下（活動的なメンテナー）に向かってどのように理論的に進むのかを考えましょう。あなたのゴールは、コントリビューターが各段階で経験する障害を減らすことです。もし簡単に進めるようになれば、より多くのことをしたいと思うようになるでしょう。
 
 まずはドキュメント化から始めましょう：
 
-* **あなたのプロジェクトを使いやすくしましょう** [親切な README](../starting-a-project/#readme-を書く) とわかりやすいコードの例によって、あなたのプロジェクトに着手した人が使い始めやすくなります。
-* **コントリビュートの仕方をわかりやすく説明しましょう**。その際、 [CONTRIBUTING ファイルを使い](../starting-a-project/#コントリビュートのガイドラインを書く)、イシューの状態を最新に保ちましょう。
+* **あなたのプロジェクトを使いやすくしよう** [親切な README](../starting-a-project/#readme-を書く) とわかりやすいコードの例によって、あなたのプロジェクトに着手した人が使い始めやすくなります。
+* **コントリビュートの仕方をわかりやすく説明しよう**。その際、 [CONTRIBUTING ファイルを使い](../starting-a-project/#コントリビュートのガイドラインを書く)、イシューの状態を最新に保ちましょう。
 
 [GitHub の 2017 Open Source Survey](http://opensourcesurvey.org/2017/) では、未完成であったり混乱するドキュメントはオープンソースプロジェクトのユーザーにとって最大の問題である事が示されています。良いドキュメントが人々をあなたのプロジェクトに招き入れます。結果として、イシューやプルリクエストを登録する人が出てきます。こういったやり取りを、漏斗の底に近づいてもらう機会として利用しましょう。
 
 * **新しくプロジェクトに参加してくれた人に対して、興味を示してくれたことへの感謝の気持ちを伝えよう！** 一度ネガティブな経験をしただけで、人は戻ってきてくれなくなってしまいます。
-* **すぐに返事を返すようにしよう。** 一ヶ月もの間イシューに返事をしない場合に起こり得るのは、おそらく彼らはあなたのプロジェクトのことを忘れ去ってしまうということです。
+* **すぐに返事を返すようにしよう。** 一ヶ月もの間イシューに返事をしなければ、おそらく彼らはあなたのプロジェクトのことを忘れ去ってしまうでしょう。
 * **受け入れるコントリビュートの種類について心を広く持とう。** 多くのコントリビューターがバグレポートや小さな修正から始めます。プロジェクトへの[コントリビュートには多くのやり方](../how-to-contribute/#コントリビュートするということが意味するもの)があります。人々が望むやり方でコントリビュートできるように手助けしましょう。
-* **受け入れられないコントリビュートがあった場合は、**そのアイデアに感謝を示しつつ、なぜプロジェクトのスコープから外れているのかを[説明しましょう](../best-practices/#ノーを言うやり方を学ぼう)。その際、関連するドキュメントも共有しましょう。
+* **受け入れられないコントリビュートがあった場合は、** そのアイデアに感謝を示しつつ、なぜプロジェクトのスコープから外れているのかを[説明しましょう](../best-practices/#ノーを言うやり方を学ぼう)。その際、関連するドキュメントも共有しましょう。
 
 <aside markdown="1" class="pquote">
   <img src="https://avatars.githubusercontent.com/mikeal?s=180" class="pquote-avatar" alt="avatar">
@@ -44,9 +44,9 @@ related:
   </p>
 </aside>
 
-オープンソースのコントリビューターの大部分は「通りすがりのコントリビューター」です：彼らはプロジェクトへのコントリビュートを時々するだけの人々です。通りすがりのコントリビューターはあなたのプロジェクトに十分に理解する時間がないかもしれないため、彼らがコントリビュートしやすくしてあげることが仕事になります。
+オープンソースのコントリビューターの大部分は「通りすがりのコントリビューター」です：彼らはプロジェクトへのコントリビュートを時々するだけの人々です。通りすがりのコントリビューターはあなたのプロジェクトに十分に理解する時間がないかもしれないため、彼らがコントリビュートしやすくするべきです。
 
-他のコントリビューターを励ますことはあなた自身への投資にもなります。あなたの大ファンにワクワクする仕事を実施する裁量を与えることで、全てをあなた自身がやらないといけないというプレッシャーを減らすことができます。
+他のコントリビューターを励ますことはあなた自身への投資にもなります。あなたの大ファンにワクワクする仕事をする裁量を与えることで、自分であらゆる仕事をやらないといけないというプレッシャーを減らすことができます。
 
 ### あらゆる事を記録しよう
 
@@ -136,7 +136,7 @@ CONTRIBUTING ファイルに、新しいコントリビューターに始め方
 
 最後に、あらゆるステップにおいて歓迎されていると人々に感じてもらえるようにドキュメントを活用しましょう。
 
-プロジェクトに参加し始めたほとんどの人とやり取りすることはないでしょう。人々が恐れを感じたり、どのように始めたらよいかわからないといったことが理由で、あなたが受け取らなかったコントリビュートがあるかもしれません。そういった場合でも、ほんの少しでも彼らを歓迎する言葉があれば、彼らがイライラしてプロジェクトを去ってしまう事を防ぐことができます。
+プロジェクトを見たほとんどの人はあなたとやり取りすることはないでしょう。人々は恐れを感じたり、どのように始めたらよいかわからないといった理由で、コントリビュートをやめたかもしれません。そういった場合でも、ほんの少しでも彼らを歓迎する言葉があれば、彼らがイライラしてプロジェクトを去ってしまう事を防ぐことができます。
 
 これは [Rubinius](https://github.com/rubinius/rubinius/) の[コントリビュートガイド](https://github.com/rubinius/rubinius/blob/master/.github/contributing.md)の書き出しの例です：
 
@@ -154,7 +154,7 @@ CONTRIBUTING ファイルに、新しいコントリビューターに始め方
 
 人々は、自分にもプロジェクトの所有権があるという感覚を持つときに、コントリビュートすることにワクワクしてくれます。これはあなたが望まない方向にプロジェクトのビジョンを切り替えたり、望まないコントリビュートを受け入れるということではありません。しかし、他者を信用すればするほど、彼らはよりプロジェクトに留まってくれるようになるでしょう。
 
-コミュニティの人々に所有権を共有する方法があるかどうか可能な限り見てみましょう。以下にいくつかアイデアを挙げます：
+コミュニティの人々に所有権を共有する方法があるかどうか可能な限り検討しましょう。以下にいくつかアイデアを挙げます：
 
 * **簡単な（致命的でない）バグを直すのを我慢しよう。** 代わりに、そのバグを新しいコントリビューターを募集したり、コントリビュートしたいと思っている人を指導したりするために活用しましょう。初めは不自然に感じるかもしれませんが、時間が経てばその投資の効果が表れるでしょう。例えば、 @michaeljoseph は以下の [Cookiecutter](https://github.com/audreyr/cookiecutter) のイシューに対して、彼自身で修正するのではなく、プルリクエストを送ってもらうよう求めています。