Rust part8

[1 デフォルトの名無しさん 2020/01/24(金) 11:47:52.41 ID:9oO1hUHl]

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/

[979 デフォルトの名無しさん 2020/08/20(木) 17:19:36.86 ID:RX/3qqm6]

川上さんが同じこと言ってた

[980 デフォルトの名無しさん 2020/08/20(木) 18:34:28.31 ID:0udGtUoq]

>>976
一度Cを書かないとRustのありがたみの半分が理解できないよ

[981 デフォルトの名無しさん 2020/08/20(木) 21:01:28.94 ID:TxgxGTNZ]

そんなことはない
やらなくていい

[982 デフォルトの名無しさん 2020/08/20(木) 22:00:49.47 ID:Ga5wwJ4q]

世の中にはドキュメントを読んで納得できるタイプの人と
実際に自分で罠にはまってみないと納得できないタイプの人がいる。
自分が後者だと思うなら一度Cで苦しむのがいいんじゃないかな。そうじゃないなら不要。

[983 デフォルトの名無しさん 2020/08/21(金) 00:12:22.78 ID:NOJ3NXTi]

だいたいドキュメントを鵜呑みにして罠にはまる

[984 デフォルトの名無しさん 2020/08/21(金) 03:22:09.47 ID:gX4UqW46]

RustってC/C++の代替って言うけどそもそも今時Cって使う？
趣味で使ってる言語の1位がRustだって記事もあったけどCで何作るの？
なんでRustがこんなに人気なのか理解できない

[985 デフォルトの名無しさん 2020/08/21(金) 10:06:09.07 ID:x9AY+WVq]

Linuxの基本的なコマンド(ls,grep等)を高機能にした代替コマンドがよくRustで作られてる

[986 デフォルトの名無しさん 2020/08/21(金) 18:18:06.15 ID:hY6Ml5La]

>>984
よく勘違いされることであるが、Cが昔から使いこなせている人は、Rustでなくても、
特に問題を感じていなかったりする。

[987 デフォルトの名無しさん 2020/08/21(金) 18:48:37.51 ID:taULJ50I]

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

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

[988 デフォルトの名無しさん 2020/08/21(金) 20:12:18.80 ID:r2LsFpPg]

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

[989 デフォルトの名無しさん 2020/08/21(金) 20:57:32.34 ID:awVkHdGE]

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

[990 デフォルトの名無しさん 2020/08/21(金) 21:03:56.70 ID:JrVTIgi/]

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

[991 デフォルトの名無しさん 2020/08/21(金) 21:20:19.48 ID:psrfcNr7]

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

[992 デフォルトの名無しさん 2020/08/21(金) 22:15:47.76 ID:wnXs3Jul]

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

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

[993 デフォルトの名無しさん 2020/08/21(金) 22:26:40.07 ID:JrVTIgi/]

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

[994 デフォルトの名無しさん 2020/08/21(金) 22:39:33.13 ID:7UnAdk+W]

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

[995 デフォルトの名無しさん 2020/08/21(金) 23:03:52.36 ID:QT6UwXc0]

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

[996 デフォルトの名無しさん 2020/08/22(土) 03:28:45.96 ID:MH6yoyVU]

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

[997 デフォルトの名無しさん 2020/08/22(土) 09:45:03.68 ID:YOeBtImF]

Cの代替はD

[998 デフォルトの名無しさん 2020/08/22(土) 09:49:22.85 ID:+2o9Uv3C]

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

[999 デフォルトの名無しさん 2020/08/22(土) 10:58:14.06 ID:oUSNiZjo]

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

[1000 デフォルトの名無しさん 2020/08/22(土) 11:13:12.20 ID:+2o9Uv3C]

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