diff --git a/‎ja/connect/README.md‎
Lines changed: 5 additions & 7 deletions b/‎ja/connect/README.md‎
Lines changed: 5 additions & 7 deletions
@@ -133,8 +133,8 @@ Junctionは、`use(middleware)` と `process(value, (error, result) => { });`を
 
 ## どういう用途に向いている?
 
-ConnectやJunctionの実装を見てみると分かりますが、このアーキテクチャでは機能の詳細は_middleware_で実装されます。
-そのため、本体の実装は_middleware_に提供するインタフェースの決定、エラーハンドリングの手段の提供などとても小さいものとなっています。
+ConnectやJunctionの実装を見てみると分かりますが、このアーキテクチャでは機能の詳細は_middleware_で実装できます。
+そのため、本体の実装は_middleware_に提供するインタフェースの決定、エラーハンドリングの手段の提供するだけでとても小さいものとなっています。
 
 今回は紹介していませんが、Connectにはルーティングに関する機能があります。
 しかし、この機能も「与えられたパスにマッチした場合のみに反応する_middleware_を登録する」という単純なものです。
@@ -153,12 +153,10 @@ app.use('/foo', function fooMiddleware(req, res, next) {
 
 ## どういう用途に向いていない?
 
-このアーキテクチャでは機能の詳細が_middleware_で実装されます。
-また、_middleware_を登録する順番に強く依存していることが分かります。
+このアーキテクチャでは機能の詳細が_middleware_で実装できます。
+その中で多くの機能を_middleware_で実装していくと、_middleware_間に依存関係が生じることがあります。
 
 そのため、`use(middleware)` で登録する順番が変わるだけで挙動が変わる事があります。
-_middleware_間に依存関係がある場合に、特定の順番で登録しなければならないという制限が作られる場合もあります。
-
-_middleware_は柔軟ですが、_middleware_間で起きる複雑な前提の解決を利用者が行わなくなる可能性があります。
+_middleware_は柔軟ですが、_middleware_間で起きる前提の解決を利用者が行う必要があります。
 
 これらを解消するためにコアはそのままにして、最初から幾つかの_middleware stack_を作ったものが提供されるケースもあります。