Rust part8

**デフォルトの名無しさん** · 2020/01/24(金) 11:47:52.41

Mozilla発のRust言語のスレ

公式
https://www.rust-lang.org/
https://blog.rust-lang.org/
https://github.com/rust-lang/rust

Web上の実行環境
https://play.rust-lang.org

前スレ
Rust Part7
http://mevius.5ch.net/test/read.cgi/tech/1563114707/

**デフォルトの名無しさん** · 2020/08/21(金) 18:48:37.51

よく勘違いされることであるが、Cが昔から使いこなせてると思ってる人は、
単にバグに気付いてないだけだったりする。

真面目な話、組み込み系のシニアエンジニアにありがち。
オフラインの家電やってる頃は良かったんだろうけど、
ネットに接続とかやるとたいていやらかす。

**デフォルトの名無しさん** · 2020/08/21(金) 20:12:18.80

Cでマルチスレッド書けって言われてもバグる自信しか無いわ
C製ツールをRustで書き直したものはマルチスレッド化して高速化してるわけだしな

**デフォルトの名無しさん** · 2020/08/21(金) 20:57:32.34

LinuxカーネルハッカーというCの超ベテランからも
LinuxにRustも使いたいという話が出るくらい

**デフォルトの名無しさん** · 2020/08/21(金) 21:03:56.70

C使えるけど気苦労多いしRustの方が良い
Cを積極的に使う理由は少ない

**デフォルトの名無しさん** · 2020/08/21(金) 21:20:19.48

単に文字列扱うだけでめんどくさくなって
「仕様削ってintにしていい？」と言いたくなるのがC

**デフォルトの名無しさん** · 2020/08/21(金) 22:15:47.76

>>984
rustを評価する際にC/C++の代替なんて誰も言ってないよな。mozillaも評価いいMSとかも。
C++より安全って言ってるのを外野がC/C++の代替と言い出したのが
ろくにrust書いてない連中が呪文のように唱えだしただけだと思う。
C++の代替になってもCの代替にはならないと思う。

>>991
早くuchar.hを自分で用意する作業に戻るんだ！

**デフォルトの名無しさん** · 2020/08/21(金) 22:26:40.07

逆にCの代替になる必要はないと思う
CとのFFIは不自由なくできるわけで
むしろFFIが不自由なC++の代替にはなりづらいと思う

**デフォルトの名無しさん** · 2020/08/21(金) 22:39:33.13

Cの代替ってのは別にCの用途すべてを置き換えうるって意味じゃないでしょ
ripgrepとか見れば十分Cの代替と言える

**デフォルトの名無しさん** · 2020/08/21(金) 23:03:52.36

例えばQEMUなんかは既存のCの書き直しは大変過ぎるからやらないけど、
新規開発のデバイスエミュレーションコードはRustでって言ってるね。
そういう代替の仕方もあると思う。

**デフォルトの名無しさん** · 2020/08/22(土) 03:28:45.96

>>989
その人が、凄腕プログラマーとは限らないが。

**デフォルトの名無しさん** · 2020/08/22(土) 09:45:03.68

Cの代替はD

**デフォルトの名無しさん** · 2020/08/22(土) 09:49:22.85

>>996
日本語読めないんだね

**デフォルトの名無しさん** · 2020/08/22(土) 10:58:14.06

Linuxのカーネルハッカーが、凄腕プログラマとは限らないと言っているんだ。
プログラマの世界は、レベルの差が大きいから、その程度では凄腕には
分類されない。
例えば、VzEditorのc.mosさんは、その程度ではなかった。

**デフォルトの名無しさん** · 2020/08/22(土) 11:13:12.20

>>999
お前よりはカーネルハッカーの方が腕も頭も良さそうだな

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 210日 23時間 25分 20秒