jQuery、MooTools、Prototype、YUIなどの人気のあるJavaScriptフレームワーク/ライブラリ（最も人気のあるJavaScriptフレームワークのいくつかを挙げれば）は、JavaScriptフレームワークの分野で確かな足がかりを持っています。
しかし、新しいまたは代替のフレームワーク/ライブラリを探しているより冒険的な開発者のために、次のようなオプションがあります。
それぞれにメリットがあります。しかし、どちらが何のために好ましいのでしょうか？
サーバーサイドのJavaScriptにはエキサイティングな未来があると思います。
node.jsやjaxerのようなものは、厳密にjavascriptでアプリケーションを作成するための説得力のある議論を行う環境への道を開くかもしれません。現在、フレームワークが不足しており、一般的なjavascriptライブラリ（DOMをトラバースする以外の目的で）が不足していますが、変更される可能性があります。
モデルコードのさまざまなビットをjavascriptに移植したり、RPCスタイルのリクエストに頼ったりする必要がないことを何度も望んでいたので、繰り返しません。drawUserVcard （）関数をjavascript（たとえば、Pythonから）に移植して、jsonデータからフロントエンドで動的にvcardを生成できるようにすることができますが、移植されたコードは元のPython生成結果を追跡する必要があるため、一貫性の問題があります。
サーバー側の「クライアントを信頼しない」操作以外に、多くの処理をユーザーにオフロードすることができます。なぜPython/PHP / RubyでHTMLを印刷するのですか？実際、これらの言語には、HTML操作用のjQueryほど優れたAPIはありません。クライアントスクリプトに渡すjsonを生成できるようにするために、Pythonでデータベースにクエリを実行するのはなぜですか？データベースからjsonデータ（CouchDB）を直接読み取って、クライアントにハイドレイトさせてみませんか。
ここには改善の余地がたくさんあります。