Rustの標準ライブラリは小さいのか？ - Qiita

はじめに 「Rustの標準ライブラリは小さい」と言われます。実際、正規表現や乱数など多くの言語で標準ライブラリに入っているようなものが、Rustの標準ライブラリにはありません。こうなっている理由は「標準ライブラリに入っていなくても依存関係を簡単に追加できる」「後方互換性を保ちながら大きな標準ライブラリを維持するのは難しい」といったことが挙げられます。もちろん標準ライブラリが小さいと不便なこともあり「サードパーティライブラリの選択が難しい」というのはよく言われるところです。 ところでRustの標準ライブラリは実際に小さいでしょうか？小さいというと、どうしても低機能・できることが少ないというイメージになりますが、個人的な印象としては「Rustの標準ライブラリはカバー範囲は狭いが高密度」というものです。 あまりこういう観点で書かれたものは見たことがないので、この記事ではRustの標準ライブラリの

[chimerast]

行数への貢献度見てないけど、その数え方だと、 Goはコンパイラ本体も含まれてしまってるのでは？

[versatile]

（Goはあまり高度な抽象化機能を備えていないのでコードが大きくなりやすい、というのも多少あるかもしれませんが）

[mattn]

Go の標準ライブラリは抽象度というより libc や他のライブラリに頼らず jpeg/png/bmp エンコーダデコーダや暗号化ロジックも全部 Go で書かれてるので大きくなりますね。

[zyzy]

Rustは外部が後付けで用意するのが難しい奴だけ一通り用意してくれている印象。

[tick2tack]

速さが重要なRustは最適化のためにプリミティブなオブジェクトに多数のメソッドがあるわけか。なるほどなー

[mohno]

「いろいろな言語の標準ライブラリのソースコード行数」←C#（というか.NET系）が入ってないけど、ものすごい行数になりそうな予感。

[nakag0711]

JavaよりC++に近いと

[tofu-kun]

count_ones ビット演算でのフラグ管理が標準でサポートされてるのか

[wata88]

Goの行数がやべぇ