Nuxtはアプリケーションをパーツに分解して作成しますが、作成したパーツを保存する場所が決められています。 その部品に追加するメソッドにも居場所が決められています。 整理整頓のルールが明確に決められています。 最初に場所が用意されているので何を作っていくのかの見通しができます。 なにを作成してどこに保存するのか迷うことがありません。 決められたルールが提供されるのは幸せです。 苦労して自分で作成しなくて済みますし、自己流で失敗するだろう不安もありません。 良くできたルールに従うのは気持ちよいことです。 ルールに慣れてしまえば、作業もはかどりそうです。

Nuxtはあくまでフロントエンドツールで、バックエンドを作成することはできません。 もしWebサイトをひとつ作成するなら、おそらくはバックエンドも必要でしょう。 従来、フロントエンドとバックエンドを同じサイトでサービスするのは普通でした。 一方でサーバーの仮想化が進み、バックエンドは今では完全にサーバーレスで構成することができるようになりつつあります。 それで、フロントエンドとバックエンドの役割分担を潔くきれいに完全に分けましょう！ということだと思います。 大きなものを大きなまま作ることはできないので機能を分割し役割分担が必要です。 しかし、ただ機能を分割しただけ、覚悟が不足していて、依然役割が曖昧でべたべたした関係が生まれることはよくあります。 対して、Nuxtのまわりをとりまくサービス群には、より小さく固い分業の機動性と調和を感じます。

NuxtはWebアプリケーションを作成するときの選択可能なフレームワークのひとつですが、 従来からあるフレームワークを完全に置き換えるものではないですし、 摘要できるドメインにも制約はあるでしょう。選択は必要になります。 変化を望むか／安定を望むか、自分がおかれた立場でそれは変わりますし、 変化と安定、どちらにも長所／短所はあり、どちらかということでもないでしょう。 安定した時代に小さな変化が生まれやがて新しい時代に変わっていくように、 Nuxtに新しい季節のおとずれを感じます。