結局C++とRustってどっちが良いの？

**デフォルトの名無しさん** · 2023/02/25(土) 09:49:46.74

C++の色々配慮してめんどくさい感じは好きだけど、実務になったらメモリ安全性とか考えて今後Rustに変わっていくんかな？

**デフォルトの名無しさん** · 2023/02/25(土) 11:00:27.52

いうほどでもない

**デフォルトの名無しさん** · 2023/02/25(土) 13:27:35.74

うだうだ言ってないで仕事で必要なのをやればいいんだよ
趣味なら好きなのやればいい

**デフォルトの名無しさん** · 2023/02/25(土) 13:38:44.05

>>3
そうなんだけど、今後の流れが気になったので

**デフォルトの名無しさん** · 2023/02/25(土) 17:13:51.27

もう10年ぐらい前ぐらいからここはじめネット、SNSで
何か急にある言語をプッシュして他を異様にディスるムーブメントある場合
それは情報商材売りたい勢のゴリ押しってのが判明してる
そんなものに右往左往してたら話にならんよ

**547** · 2023/02/25(土) 18:15:55.88

>>5
どの言語がプッシュされたんですか？

**デフォルトの名無しさん** · 2023/02/25(土) 20:03:19.10

c -> c++ のが自然に学べるってのはあるけど、c++の余計な仕様を覚えるのもどうかなってのはある。
rustからいきなり入る奴が本当に理解できるのか正直わからん。

**デフォルトの名無しさん** · 2023/02/26(日) 08:44:07.54

rusty nail

**デフォルトの名無しさん** · 2023/02/26(日) 10:30:55.37

結論から言うと
少しずつRust縛り(必須)となっていく

C/C++だと気付かないうっかりミスが紛れ込んでセキュリティにも影響してきた確固たる暗い実績が様々なソフトウェアにある
Rustはコンパイル時点でエラーや警告として示し防止する
この差を非常に大きくそしてそれを満たすのは現状Rustしか現実的な選択肢がなく代替候補もない

Rustを書ける人員を揃えることができたところから既に移行は少しずつ始まっており着実に進んでいる
市場的にも公的にもRust製とC/C++製どちらがセキュリティ含めて信頼できるか明確なためいずれは必須指定要件となるだろう

**デフォルトの名無しさん** · 2023/02/26(日) 11:58:18.24

>>9
詳しい説明ありがとうございます。
少しずつRustも勉強していこうと思いました。

**デフォルトの名無しさん** · 2023/02/26(日) 13:02:29.94

>>6
Rust,Python,UnrealEngine

**デフォルトの名無しさん** · 2023/02/26(日) 14:38:46.87

しゃぶれよ

**デフォルトの名無しさん** · 2023/02/26(日) 16:48:37.69

とりあえずC/C++は小さなワンチップマイコンからスパコン富岳、そしてハードウェアの高位合成まで使える共通言語になってるから、使えれば利用できる範囲が広いかな？

オブジェクト指向が求められてCからC++が出てきたように、C/C++の構文スタイルをとりながらメモリ安全を実装したものが出てくるかもね。

学習コストとしても文法的に新規性が少ない方が好まれるだろうし。

**デフォルトの名無しさん** · 2023/02/26(日) 17:26:20.61

>>13
C/C++系言語の可能性を試みる時間は既に終わった
ここ10年間でC/C++拡張やその系統では無理だと結論が出たためGAFAMなどIT大手がこぞってRustへ舵をきった

**デフォルトの名無しさん** · 2023/02/26(日) 20:14:35.53

Rust案件なんかないやろw
時期尚早

**デフォルトの名無しさん** · 2023/02/26(日) 21:44:33.99

アーリーアダプタ(?)的な人って、新しいものが出てきたときに良い面ばかりを
見てしまう癖が有るらしい。それでしばらくして別のものが出てくると絶賛し、
前のものを批判に変える。

**デフォルトの名無しさん** · 2023/02/26(日) 22:00:08.16

大昔のRustはそうだったが実績を積み重ねて今はIT大手どこもが採用する言語となった
世界中のインフラが次々とRust製へ変わりつつある
例えばAWSなどのクラウドもそう

**デフォルトの名無しさん** · 2023/02/26(日) 22:11:58.45

企業の中の一部で使われてきたというだけであって、言語そのものを良く見てみると
そこまですばらしい言語ではないと思えるぞ。

**デフォルトの名無しさん** · 2023/02/27(月) 01:07:20.97

>>17
嘘つけ

**デフォルトの名無しさん** · 2023/02/27(月) 01:48:26.87

>>19
https://japan.zdnet.com/article/35183866/
Amazon Web Services（AWS）は、同社のエンジニアたちがプログラミング言語「Rust」を
使っている大きな理由として、エネルギー効率の高さを挙げる。
AWSは早くからRustを採用し、Rust Foundationの創設にも携わった。
現在もRustの普及に熱心に取り組んでいる。

AWSのソフトウェアエンジニアで、Rustの普及に取り組む
Shane Miller氏と主任エンジニアのCarl Lerche氏の投稿によれば、
Rustはメモリー安全性を高め、セキュリティ関連の不具合を減らす役に立つだけでなく、
PythonやJavaよりもはるかに「エネルギー効率に優れている」という。
Amazonは、2025年までにデータセンターの100％を再生エネルギーでまかなうという目標を掲げ、
データセンターの環境負荷の軽減に取り組んでいる。
Rustの採用はその一翼を担うという。

Rustで構築されたAWSサービスの例としては、
コンテナーアプリ用のサーバーレスプラットフォーム「Lamba」を支える「Firecracker」、
「Amazon Simple Storage Service（S3）」「Amazon Elastic Compute Cloud（EC2）」、
コンテンツ配信ネットワーク「Amazon CloudFront」、
LinuxベースのコンテナーOS「Bottlerocket」がある。

「CやRustが他の言語よりもエネルギー効率に優れていることに驚きはない。
衝撃的なのは、その違いの大きさだ。CとRustを広範に採用すれば、
控えめに見積もってもコンピュートに使用されるエネルギーの量を50％削減できる可能性がある」と
Miller氏は述べ、その根拠として、C、GoogleのGo、Lua、Python、Ruby、Fortranなどをはじめとする
複数の言語のエネルギー効率を相対的に示した研究結果を紹介している。

**デフォルトの名無しさん** · 2023/02/27(月) 13:40:42.65

rusty nail

**デフォルトの名無しさん** · 2023/02/27(月) 16:14:37.34

>>20
それでどれくらいがRustで書かれているのかな？

**デフォルトの名無しさん** · 2023/02/27(月) 16:27:08.91

>>20
>CやRustが他の言語よりもエネルギー効率に優れていることに驚きはない。
実に疑わしい。
Cは高級アセンブラ。
基本的に効率がよいプログラムがエネルギー効率も良いはずで、だとしたら、
高級アセンブラより効率がよい言語が存在しないといけないことになるが、
あらゆる言語が高級アセンブラを越えることは不可能であるはずなので、
矛盾しているように思える。

**デフォルトの名無しさん** · 2023/02/27(月) 16:30:03.92

>>23
[補足]
手書きアセンブラだと超えることが出来る場合が有る。
C言語レベルで最も良いアルゴリズムで書いた場合、最終的にはコンパイラの
バックエンドの最適化次第ということになる。
そしてバックエンドは Rustもclang(C)も同じLLVMのものを使っているので、
Rustがclang(C)が到達できないように効率がよくなる可能性は数学的に
有りえないはず。
Rustでできるなら、Cでも出来るはずだからだ。

**デフォルトの名無しさん** · 2023/02/27(月) 17:32:52.43

>>24
[補足2]
C言語は、ノイマン型コンピュータでできる限りどんなアルゴリズムでも
使えて、使えるアルゴリズムに制限が無い。
だから、発見されている中での世界最良のアルゴリズムを使うことができる。
そしてその場合に、世界最速になれない可能性があるとしたら、
バックエンドの最適化層の最適化の能力が人間の手作業の最適化に劣る
ような場合だけである。
それに対してRustがCを速度で上回るというのは数学的に矛盾している。
むしろ、Rustのsafeモードでは、使えるアルゴリズムに強い制限が掛かっている。

**デフォルトの名無しさん** · 2023/02/27(月) 17:55:34.32

>>24
もちろんRustとCと全く同様の低レベル記述もできるしCと同様にインラインアセンブラが書けてRust変数との連携もできるしそれらを安全に閉じ込めることができる
一方でRustはプログラム全体の安全性を大域的にコンパイラが保証することが出来るため仮に局所的にunsafeな部分かあっても人間はそこだけに注力できる点でCとは異なり決定的で革新的な変化をもたらした
そしてRustとCが他のプログラミング言語と決定的に異なるのはガベージコレクション(GC)無しで動きプログラミング言語の中で最も高速であり電力消費面でもCPUメモリリソース面でも最も有利な言語である

**デフォルトの名無しさん** · 2023/02/27(月) 18:16:27.45

>>26
>安全に閉じ込めることができる
Rustでは、これは不可能なケースが有ることが分かってる。

**デフォルトの名無しさん** · 2023/02/27(月) 18:17:38.69

Rustでそういうことができるのは、一部のアルゴリズムだけで、閉じ込めきれない
アルゴリズムが存在することがいくつも知られている。

**デフォルトの名無しさん** · 2023/02/27(月) 18:31:59.25

>>27 >>28
プログラム全体に非安全が散らばっているアルゴリズムを考えることは可能だがバカな行為
非安全な部分を局所的に閉じ込めて安全なインターフェイスを公開するライブラリを作るのが正しい道
そうすればRustはプログラム全体の安全性を規模に関わりなく保証することができるためGAFAMなど大手ITを筆頭にその方法へと次々に切り替え始めた

**デフォルトの名無しさん** · 2023/02/27(月) 18:36:09.13

>>29
ですから、そのように閉じ込めることが絶対に出来ないアルゴリズムが存在しているのです。

**デフォルトの名無しさん** · 2023/02/27(月) 18:36:32.74

これは数学の問題です。

**デフォルトの名無しさん** · 2023/02/27(月) 22:09:41.53

Rustの安全性って言語を乗り換える際に払うコストほど
大きなメリットはないのでね
Rustは使う人も少ないし仕事も全くない
CのUNIXやC++のMFCのようなものがないと
Rustをやろうという人は増えないだろう

**デフォルトの名無しさん** · 2023/02/27(月) 22:13:22.96

結局どっちも使えるくらいのやつじゃないとどっちにしろまともな仕事にはならん。
どっちかだけと言ってるやつは仕事になってないやつだろ。

**デフォルトの名無しさん** · 2023/02/27(月) 22:37:20.68

両方使いこなせるようになると一目瞭然で
Rustは洗練されていてモダンな便利な機能も含めて開発効率も良い
もちろん安全性の保証なども付いてくるため比較するとRustが大差で有利

唯一の問題はまだRustを使える人が少ないこと
しかし着実にRustも使える人が増えていってるため
人数を揃えられたところからRustを使うところがどんどん増えている
この流れは逆になりようがない

**デフォルトの名無しさん** · 2023/02/27(月) 23:35:53.90

Rustの仕事なんてないんだが?

**デフォルトの名無しさん** · 2023/02/27(月) 23:38:16.05

最近だとpythonユーザがAIの流行で増えたように
Rustも牽引する何かがないと増えることはないよ

**デフォルトの名無しさん** · 2023/02/28(火) 00:08:33.64

Cじゃないとダメだと長年C++を拒絶していたLinuxもRustの導入を始めた
Google ChromeやMicrosoft Edgeで使っているChromiumもC++での多発するセキュリティ問題に耐えかねてRust採用を発表した
クラウドTOPのAmazonも>>20の記事にあるようにインフラをRust製にしている
Meta(旧Facebook)もRust製の基幹システムに変えたとの記事が出ている
この世界的な動きは日本でも少しずつ進み始めている

**デフォルトの名無しさん** · 2023/02/28(火) 11:57:56.87

>>18
>>33
ほんそれ
C/C++ 使えるがどうしても Rust 嫌いって人は
Nim を使うと幸せになれる

**デフォルトの名無しさん** · 2023/02/28(火) 14:09:00.41

>>37
>Cじゃないとダメだと長年C++を拒絶していたLinuxもRustの導入を始めた
$ wget 'https://cdn.kernel.org/pub/linux/kernel/v6.x/linux-6.2.1.tar.xz'
$ tar xJf linux-6.2.1.tar.xz
$ find linux-6.2.1 -name *.c | wc -l
32329
$ find linux-6.2.1 -name *.rs | wc -l
37
37ファイルもある!
最後の | wc -l を取るとRustが何に用いられているか分かるよ!

いずれにしても>>37が列挙しているように
現状ではRustにキラープロダクトは無いので
増えることはないと断言できる

**デフォルトの名無しさん** · 2023/02/28(火) 15:53:29.33

>>36 >>38
Rust嫌いは無知が多いな
NimもPythonもGCのあるプログラミング言語であり代替になれない
超遅いPythonは論外としても
NimはNull安全すらなくC/C++と同様に安全性を保証できない言語

**デフォルトの名無しさん** · 2023/02/28(火) 16:39:39.54

rusty mail

**デフォルトの名無しさん** · 2023/02/28(火) 17:12:23.08

>>40
無知はお前さんじゃないかな?
都合の良い記事ばっかり検索して貼っとらんで
>>39のようにソースを見なさい

**デフォルトの名無しさん** · 2023/02/28(火) 18:20:57.50

Linux Kernel 6.1はRustyというコード名前だしRust宣言だね

https://codezine.jp/article/detail/17038
> Linus Torvalds氏は、Linux OSのカーネルの最新バージョンである「バージョン6.1」を公開したと2022年12月11日に明らかにした。
> バージョン6.1は、カーネルの記述にRust言語を一部使用した最初のバージョンとなる。
> 従来、LinuxカーネルはC言語とアセンブリ言語で記述していたことから、Rustの採用は大きな変化と言える。

**デフォルトの名無しさん** · 2023/02/28(火) 18:25:06.29

>>43
プログラマならソースコードをみなよw

**デフォルトの名無しさん** · 2023/02/28(火) 21:39:14.49

>>43
C++は中途半端でクソなことがLinux界でも結論出たのは大きいな
人間チェックで安全を保証するCか
コンパイラによるチェックで安全を保証するRustか、どちらかしかないな

**デフォルトの名無しさん** · 2023/02/28(火) 21:43:01.23

LinuxカーネルにC++が使われたことはない