プラグインももちろん完備。環境で10位以内のスループット、レスポンス速度を叩き出しています。パフォーマンスについてはそれ以上言及する必要はないかと思います。アーキテクチャも外せないポイントです。軽量ウェブフレームワークとしてコアは小さく留めつつ、モジュールという仕組みで様々な機能をプラグインできるようになっています。プラグインの仕組みを備えているだけでなく、標準で様々なモジュールが提供されているので要件に応じたスタックを構成することができます。メソッドを実装するだけで、依存関係が最小限に絞られているのも嬉しいところ。お手本にしたくなるような練られたアーキテクチャです。技術を選択するにあたって重要になるのはその選定基準です。弊社では全エンジニア間で議論・合意の上で特に重要な基準として以下を検討することにしました。自体の採用理由については別記事であらためて紹介したいと思います。メインに利用してきました。今でも良い選択肢だと思います。ある程度の複雑さを持つようになってくると動的型付け言語のマイナス面が無視できなくなります。信頼できず、メソッド名の変更も躊躇してしまう場面が出てきます。本体や利用ライブラリのアップデートも頭を悩ませる問題です。すべてをカバーするテストは現実的ではないですし、そもそも静的な型があればコンパイラがチェックできるようなことまでユニットテストで書くのは本末転倒です。設定やテンプレート等を含めたフレームワーク全体での型安全性は、弊社の全エンジニアが即座に必要だと同意した選定基準でした。組み合わせることで、ほぼすべての領域で型安全性を保証してくれます。以内を保証するのがやっとというところでしょうか。選定にあたっては、素直に書いたコードで十分なスループットとレスポンス速度が得られることが必須条件でした。フレームワークで最速を争う水準です。エコシステム一般的に言えば、エコシステムが充実しているかどうかは最も重要な選定基準です。エコシステムが充実しているプロダクトは下記のアドバンテージを持ちます。失格と言わざるをえません。数件見つかる程度です。公式ドキュメントだけで必要十分な情報が得られること、たとえプロジェクトが休止状態になったとしても自分達でフォークして保守できるソースコードの規模とわかりやすさから、エコシステムの小ささは受容可能だと判断しました。経験から導きだされた選定基準でした。フルスタックフレームワークです。登場の前後でフルスタックの意味が変わってしまうぐらいにフレームワークの領域を広げました。ツールなど開発中に必要なツールまでをフレームワークが提供してくれます。提供してくれるレールから外れることは困難です。当時のフロントエンド開発に必要なすべてを提供してくれました。