Fix translation (vuejs#110) by @mono0x

Author: mono0x

src/guide/comparison.md

@@ -24,11 +24,11 @@ order: 19
 
 React.js と Vue.js は、どちらもリアクティブ＆コンポーザブルな View のコンポーネントを提供し、いくつかの類似性があります。もちろん、多くの違いも同様にあります。
 
-まず、内部実装は根本的に違います。React のレンダリングは実際の DOM がどのような状態であるかのメモリ内表現した仮想 DOM を活用します。状態を変更するとき、React は仮想 DOM の完全な再レンダリングを行い、その差分を求めて、そして実際の DOM にパッチをします。
+まず、内部実装は根本的に違います。React のレンダリングは実際の DOM がどのような状態であるかのメモリ内表現である仮想 DOM を活用します。状態を変更するとき、React は仮想 DOM の完全な再レンダリングを行い、その差分を求めて、そして実際の DOM にパッチをします。
 
-仮想 DOM のアプローチは、任意のタイミングで View を描画する機能的な方法を提供します。オブザーバーを利用せず、更新ごとにアプリケーション全体を再描画しているため、View はデータと常に同期がされていることが保証されます。これは、他の isomorphic JavaScript アプリケーションでも同様の可能性を与えることができます。
+仮想 DOM のアプローチは、任意のタイミングで View を描画する関数型の方法を提供します。オブザーバーを利用せず、更新ごとにアプリケーション全体を再描画しているため、View はデータと常に同期がされていることが保証されます。これは、他の isomorphic JavaScript アプリケーションでも同様の可能性を与えることができます。
 
-仮想 DOM の代わりに、Vue.js はテンプレートとして実在する DOM を使用し、データバインディングに対して実在するノードに参照を保ちます。これは DOM が存在する環境に Vue.js に制限しますが、よくある誤解に反して、React は他の何よりも速いという仮想 DOM によく誤解しますが、ホットな更新が来るとき Vue.js は実際には React より優れており、そしてほとんど手によってチューニングされた最適化を必要としません。React では、どこでも `shouldcomponentupdate` の実装が必要であり、完全に最適化を達成するために、イミュータブル(不変)なデータ構造が必要です。
+仮想 DOM の代わりに、Vue.js はテンプレートとして実在する DOM を使用し、データバインディングに対して実在するノードに参照を保ちます。これは DOM が存在する環境に Vue.js に制限しますが、よくある誤解に反して、React は他の何よりも速いという仮想 DOM によく誤解しますが、ホットな更新が来るとき Vue.js は実際には React より優れており、そしてほとんど手によってチューニングされた最適化を必要としません。React では、どこでも `shouldComponentUpdate` の実装が必要であり、完全に最適化を達成するために、イミュータブル(不変)なデータ構造が必要です。
 
 API は賢いですが、React (または JSX) における1つの問題は、描画関数は多くの場合に多数のロジックを伴い、むしろインターフェイスの視覚的な表現というよりもプログラムの一部のように見えることです。一部の開発者にとっては恩恵になると思いますが、私のようなデザイナーと開発者のハイブリッドにとっては、テンプレートを持つことでデザインと CSS をはるかに簡単に視覚的に捉えられるようにしてくれます。JSX に JavaScript のロジックを組み合わせるのは、私がコードをデザインに変換していくために必要としている視覚モデルの邪魔になります。対照的に、Vue.js は、軽量なデータバインディング DSL によりコストをかけており、そのために視覚的に構築可能なテンプレートと、ディレクティブとフィルタにカプセル化されたロジックを持っています。
 
@@ -38,11 +38,11 @@ React について別の問題を挙げるなら、DOM の更新が完全に仮
 
 - React チームはプラットフォームに依存しない UI 開発パラダイムを React にさせるという非常に野心的な目標がありますが、Vue は web に対して実用的なソリューションを提供することに焦点を当てています。
 
-- React はそれが関数型な性質のため、関数型プログラミングパターンでとてもよくできます。しかしながら、それはまた若い開発者や初心者に対して、高い学習の障壁を与えます。Vue はピックアップし、この点で生産性を得る方がはるかに簡単です。
+- React はその関数型な性質のため、関数型プログラミングパターンでとてもよくできます。しかしながら、それはまた若い開発者や初心者に対して、高い学習の障壁を与えます。Vue はピックアップし、この点で生産性を得る方がはるかに簡単です。
 
 - 大きいアプリケーションに対して、React コミュニティは状態管理ソリューションの面でたくさんの技術的革新をしています。例として、Flux/Redux があります。Vue それ自身は、実際に問題(React コアに対しても同じ)に対応していませんが、状態管理パターンは容易に同様のアーキテクチャを適用させることができます。Vue はそれ自身 [Vuex](https://github.com/vuejs/vuex) と呼ばれる状態管理ソリューションを持っており、[Vue で Redux を使用する](https://github.com/egoist/revue) ことも可能です。
 
-- React 開発でのトレンドは、あなたの CSS を含めて、JavaScript で全て置き換えよう推進しています。そこには多くの CSS-in-JS ソリューションがありますが、全ての多かれ少なかれ、独自の問題を抱えています。そしても最も重要なものは、それは CSS コミュニティで非常に厄介な既存の作業を活用するのは、それは標準的な CSS 著作経験がから外れます。Vue の [単一ファイルコンポーネント](application.html#単一ファイルコンポーネント)は、まだあなたがプリプロセッサの選択するために使用するのを許可しているため、コンポーネントでカプセル化された CSS を提供します。
+- React 開発でのトレンドは、あなたの CSS を含めて、全てを JavaScript の中に置くことを推進しています。そこには多くの CSS-in-JS ソリューションがありますが、全て多かれ少なかれ独自の問題を抱えています。そして最も重要なのは、標準的な CSS のオーサリング体験から外れること、CSS コミュニティの既存の成果を活用しづらくなるということです。Vue の[単一ファイルコンポーネント](application.html#単一ファイルコンポーネント)は、まだあなたがプリプロセッサの選択するために使用するのを許可しているため、コンポーネントでカプセル化された CSS を提供します。
 
 ## Ember
 
@@ -58,7 +58,7 @@ Ember は非常に独断的に設計されたフル機能フレームワーク
 
 ## Polymer
 
-Polymer はさらにもう1つの Google によってスポンサーされたプロジェクトで、実際には Vue.js も同様、インスピレーションの源でした。Vue.js のコンポーネントは Polymer のカスタム要素と比較して緩く、そして両方ともとても似た開発スタイルを提供します。最大の違いは、Polymer は最新の Web Components の機能に基づいて構築されており、そしてネイティブにこれらの機能をサポートしていないブラウザでは動作せるために(パフォーマンス低下)、ささいでない polyfills を必要します。これとは対照的に、Vue.js は IE9 まで依存せずに動作します。
+Polymer はさらにもう1つの Google によってスポンサーされたプロジェクトで、実際には Vue.js も同様、インスピレーションの源でした。Vue.js のコンポーネントは Polymer のカスタム要素と比較して緩く、そして両方ともとても似た開発スタイルを提供します。最大の違いは、Polymer は最新の Web Components の機能に基づいて構築されており、そしてネイティブにこれらの機能をサポートしていないブラウザでは動作せるために(パフォーマンス低下)、ささいでない polyfills を必要します。これとは対照的に、Vue.js は依存関係なしで IE9 においても動作します。
 
 また、Polymer 1.0 はパフォーマンスを保証するために非常に限定的なデータバインディングのシステムしか持たされていませんでした。例えば、Polymer のテンプレートでサポートされる唯一の式は、ブール否定と単一メソッド呼び出しです。そこでの算出プロパティの実装もまた非常に柔軟であるとは言えません。