自社サービスのバックエンドを Go から TypeScript へ切り替えるための整理
切り替える理由 自社の主力製品で利用している技術(WebRTC / WebTransport)がブラウザベースのため TypeScript を利用する Go を採用したのは sqlc が使いたかったという理由 sqlc-gen-typescript が出てきたのでもう Go を使う理由がなくなった 自社サービスチーム全員が Go にまったく興味が無い sqlc 自体は便利 そもそも自社に Go への興味がある人がいない 自社サービスの規模ではボトルネックになるのはデータベースであって言語ではない もしアプリでスケールが必要なときは Rust や Erlang/OTP に切り替えれば良い コネクションプールは PgBouncer を利用すればいい TypeScript からは 1 コネクション 1 接続で問題無い どうせフロントエンドでは TypeScript を書く 自社では React
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://x.com/voluntas/status/1787074934466138468?s=12&t=suYC6B2IhN7jv0qU5zDxmQ
https://twitter.com/naotsu_log/status/1501158811817889792
https://twitter.com/naotsu_log/status/1501018696101236738
ドッグ on Twitter: "SWC の開発者が TypeScript 型チェッカを（Rust ではなく）Go で実装してる話．tsc のソースは Rust が禁止している mut な値の共有を多用しているので Rust へのポーティングが困難だった | 'I… https://t.co/ZaAQXRlBjZ"
