GraphQLサーバーは、本当にGoがTypeScriptより早いのか。Flutterからの呼び出しで検証する。

3秒まとめ GoのパフォーマンスはNestJS（TypeScript）の2倍以上!? GraphQLのエコシステムはGo, TSともに充実 GitHub Copilotで、GoのAcceptance Rateが40%を超える体験をした GraphQL全盛の時代に、どの言語を使って開発すべきか 2015年にFacebookにより公開されたGraphQL。日本でもYahooやメルカリなどバックエンドをマイクロサービス化している多くの企業で採用され、近年はフロントエンド開発者にとって魔法の弾丸のように扱われることも多くなりました。 メルカリShopがGraphQL Client Architecture Recommendation社外版を公開していることからもわかる通り、GraphQLの利用に関する知見はかなり蓄積されてきています。 上記Recommendationによれば、BackendはG

[ed_v3]

全く同じロジックでGraphQLサーバを実装して比較した方が良いと思う。そして普通に考えてアプリケーションレイヤーでやる処理が多いほどGoの方が速いはず。（なのでGoを採用しろって意味ではない）

[coppieee]

どこがボトルネクックになってるか(SQL、ライブラリ、言語)で結果が大きく変わるので検証としては微妙かな。

[strawberryhunter]

①GraphQLサーバーなら比較対象はライブラリでは？　②Google Trendの使い方がおかしい。 "Go lang"ではなく "Go" をプログラミング言語として指定する。TypeScriptも。

[so-apps]

サーバーでJavaScriptを使っている企業は環境負荷の高い企業であり、売上に1億万%課税すべき。

[takeag]

TypeScript使ってもコンパイル後のコードはJavaScriptになるので、GoとTypeScriptで対比するようなタイトルおかしいのでは