なぜ Zig の採用を検討しているのか

かなり雑に書いてるので、雑に読んでください。 Bun が Zig で開発されていることを知り、そこから Zig を調べてみています。 調べていくと自分が求めていた言語っぽいというのがあり、社外では学生に QUIC や TLS 1.3 を Zig で OSS を開発してもらうお仕事を出したり、社内では実際に採用に向けて調査を進めています。 そもそもの目的自分の会社では Erlang VM を利用した製品をメインに利用しています。ただ Erlang VM 遅いんです。少なくとも暗号処理であれば Rust の方が 2 倍ほど速いです。Erlang VM 自体 JIT を採用したり、いろいろ頑張ってくれているのですが劇的な高速化というのは今すぐには難しいのが現実です。 そこで NIFs (Native Implemented Functions) を使って頑張るという戦略があります。早い話が Er

[mohritaroh]

“GoogleはもちろんAWS、MS、Fastly、Cloudflare、Meta、Appleがそれぞれ（QUICを）自前実装をしています。最近HTTP/3に対応したHAProxyも自前です”OSのプロトコルスタックに含まれないアプリケーション側の実装だからそうなるのか…

[shiopon01]

zigやってみようかな

[yarumato]

“Zig言語はコードがとにかく読みやすい。メモリ管理を独立させる考えが良い。今は、ブラウザで音声や映像を処理する場合はWasmがほぼ必須。特にブラウザでEnd to End 暗号化の実装をする場合はWasm以外の選択肢はない。”

[onesplat]

“「自分たちにあった QUIC 実装」というのを持った方がビジネス的にも良いのではないか？” どんな検討したら結論がこうなるんだよ