#newt $NEWT 空港で、以前はずっと「群衆を管理するためだけのもの」だと思っていたことがあります。

一般乗客用の列があります。

優先列があります。

乗務員（チーム）専用の列があります。

特別な支援が必要な人のための列があります。

最初は、全員がひとつの列に並べばもっと簡単になるのではと思っていました。

早く来た人から順に処理する。

一見すると公平に見えます。

しかし観察するほど、それは実際にはシステム全体を遅くしてしまうやり方なのだと気づいていきました。

みんなが同じ目的を持っているわけではありません。

すべての要求が、同じ手順を通る必要があるわけでもありません。

そのとき、ニュートンのプロトコルが私の中でようやく筋が通ってきました。

私が注目したのは、処理できるactionの数ではありません。

むしろ、すべてを同じような一本のパイプラインに無理やり通すのではなく、それぞれのactionの性質に合った正しい処理ルートに投入されていることです。

単純な要求が、複雑な要求だけのための手順待ちをするべきではありません。

逆に、影響が大きいactionが、時間を節約するためだけに最短ルートで処理されるべきでもありません。

ニュートンは、多数の処理ルートを設計するほうが、単一の共通プロセスを維持するだけよりもはるかに複雑になることを認めています。

それはトレードオフです。

ただし、その代わりに、あらゆる種類のactionが「平均的なケースのために設計されたプロセス」によって全システムが制約されるのではなく、それぞれの要求に応じて適切に処理されます。

それは単に処理の流れを整理する方法というだけではありません。

それはアーキテクチャの選択です。

信頼できるシステムとは、すべての要求が同じ道を通るからではありません。

本当に必要な道を、それぞれの要求が通るからです。@NewtonProtocol