結局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++が使われたことはない

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

ところRustってllvmだと思うけどRustでドライバ書きたい場合は
カーネルはclangでビルドするのかな?
gccとバイナリ互換じゃなかったような気がするんだけども?
というかカーネルってclangでビルドできるようになったのかな?

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

>>46
そのことだよ
C++は中途半端でクソだから使う意義がないので採用しないとLinux界からも却下されていた
ところがRustは意義があるとして採用された

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

>>48
全く違う

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

37 / (37 + 32329) = 0.0011431749366619293
00.11% だからな...
プログラムの隆盛を見るとCにおけるUNIX
C++におけるMFC
PythonにおけるAIのようなキラープロダクトが出て
コードを書ける人が増えないと
メモリ安全ごときでRustが流行ることはあり得ない

**デフォルトの名無しさん** · 2023/03/01(水) 02:20:06.43

>>18
Rustを本格的に始めたら言語仕様が秀逸だと分かった
これまでの言語の既成の固定観念に引きずられてるうちは分からなかったことが見えてきた

**デフォルトの名無しさん** · 2023/03/01(水) 03:16:12.01

仕事でCを使ってきた
Pythonは苦労せず使えるようになった
でもrustは無理くさい
書き方が違いすぎるのと脳が老化して覚えられないw

**デフォルトの名無しさん** · 2023/03/01(水) 04:54:30.39

>>52
モダンな言語なんでもいいけど
何らか抽象的なプログラミングをサポートしている言語でそういう保守性の高い書き方したことがない場合
どの言語でもまずは抽象的なプログラミングに慣れて習得しないままだと
仮に長年プログラミングやってきたとしても初心者止まりのままになっちゃうのでどこかへ進むとよいかも
CやってきたのならばRustはあとその部分を習得するだけだね

**デフォルトの名無しさん** · 2023/03/01(水) 08:01:08.42

>>52
C/C++のリプレースで使われることで騒ぐしかないんじゃ、できること自体はCと変わらないってことだしね。
小規模なプログラムだと一番のウリのメモリ安全も利益感じられないし。

制御関係とかでC++のClassや継承とかは部品の組み合わせと対応させられて便利だったけど、Rustでは継承はバッサリ切り捨てちゃったみたいだしなあ。

そういえば、脳科学者が言うには脳は老化しない、何歳になっても海馬は大きくなるらしいよ。
自分はChatGPTで掛け合い漫才しながらチュートリアル眺めてるけど、以前三日坊主だった時の壁は越えられた気がする。

**デフォルトの名無しさん** · 2023/03/01(水) 10:16:16.06

>>51
C#のほうが言語仕様秀逸だよ

**デフォルトの名無しさん** · 2023/03/01(水) 10:16:52.64

正直クラス無いと頭こんがらがってダメだわ

**デフォルトの名無しさん** · 2023/03/01(水) 10:20:08.76

>>45
なんで二択なんだよ
Nimがあるじゃないか

**デフォルトの名無しさん** · 2023/03/01(水) 10:23:04.35

Rustってドライバとかにも使えるの？
組み込みで使われてる？

**デフォルトの名無しさん** · 2023/03/01(水) 10:24:39.92

>>52
脳の老化じゃなくて過学習が始まった年頃なんじゃね

**デフォルトの名無しさん** · 2023/03/01(水) 10:35:28.60

GoogleのCarbonが完成したら覇権とりそう
あとはZigとかはどうなんだ

**デフォルトの名無しさん** · 2023/03/01(水) 10:39:50.76

Rustは継承じゃなくて合成みたいだけど、そもそも継承ってそんなに危険だったっけ？

**デフォルトの名無しさん** · 2023/03/01(水) 10:41:08.58

>>57
上でも言われてたけどNimでGC無効メモリ手動管理でやったらどれくらい使い物になるんだってのは気になる
まあふつうNimならもうメモリ管理せずにORCでやるだろうけど

**デフォルトの名無しさん** · 2023/03/01(水) 17:09:50.12

>>55 >>57
C#もNimもGCが基本の言語
このスレに持ち出すのは場違い

>>60
Carbonは公式ページに「Rustを使える状況ならばRustを使った方が良い」と明記されてる位置付けの言語
CarbonはC++記述遺産のメンテ用が目的

Zigは手動でメモリ解放する言語
Rustは自動でメモリ解放する言語
そしてRustではメモリ安全性がコンパイル通れば保証される信頼性が大きな差

**デフォルトの名無しさん** · 2023/03/01(水) 17:19:17.03

>>58
もちろんRustはC言語と同じく低レベル記述も可能
必要ならばインラインアセンブリもサポートしておりRustの変数を使ってその場でasm挿入記述もできる

組み込みもRustのメインターゲットの一つ
https://www.rust-lang.org/ja/what/embedded

**デフォルトの名無しさん** · 2023/03/01(水) 23:46:27.72

>>63
>C#もNimもGCが基本の言語
>このスレに持ち出すのは場違い
ここはどういう場なんでしょうか?www

**デフォルトの名無しさん** · 2023/03/01(水) 23:58:04.67

>>65
スレタイ見ればわかるようにガベージコレクション使う遅い言語は対象外だと思うよ

**デフォルトの名無しさん** · 2023/03/02(木) 00:15:37.04

>>66
>スレタイ見ればわかるように
飛躍し過ぎていて「結局C++とRustってどっちが良いの？」で
GC使う言語がスレの対象外になるのがサッパリわからん

**デフォルトの名無しさん** · 2023/03/02(木) 02:30:04.05

より良いものを否定し
伝統ばかりに固執する人らに
過去の栄華はあっても
未来など無い

**デフォルトの名無しさん** · 2023/03/02(木) 05:01:47.34

>>67
プログラミング言語は大きく2つに分かれていて
GCのある遅くてメモリ消費も多い言語と
GCのない速くてメモリ消費も少ない言語に分かれる
そこには決定的な違いがある

次にスレタイというのはいちいち説明しなくても
例えば「Vue vs React vs Angular vs Svelte Part.11」というスレはそれら比較対象からJavaScriptフロントフレームワークのスレだと分かる

そしてここはスレタイが非GC言語の既存代表例C++と非GC言語の新興代表例Rustの比較的となっているから
基本的にその両者が対象でおまけとしても同じ非GC言語のCやZigなどが対象ギリギリかなと思う

**デフォルトの名無しさん** · 2023/03/02(木) 05:13:35.95

いい加減にほんに何言ってんだこのバカ

**デフォルトの名無しさん** · 2023/03/02(木) 05:44:38.60

Cと名前が似てるだけで狭い範囲でしか役に立たないC#の話をされてもそりゃ困るわな
最低限ガベージコレクション無しと低レベル記述可を備えた最高速クラス言語じゃないと比較の土俵にも上がらんわ

**デフォルトの名無しさん** · 2023/03/02(木) 06:35:13.17

一言で言えば、リアルタイム性を要求されるアプリケーションでも使える言語ってことだね。

**デフォルトの名無しさん** · 2023/03/02(木) 07:12:21.96

>>67
猫と犬とどっち飼ったらいいかな？
の質問に「金魚が良いよ」と回答しても意味ないだろ

**デフォルトの名無しさん** · 2023/03/02(木) 07:14:53.01

書こうと思えばどの分野でも書くことができるプログラミング言語だね
例えばC#やPythonではまともなOSを作ることができない

GoogleがRustで書かれたセキュアなOS「KataOS」を発表
https://japan.zdnet.com/article/35194751/

**デフォルトの名無しさん** · 2023/03/02(木) 11:41:51.38

>>72
高い性能や高い応答性くらいの意味でリアルタイム性という用語を使ってるのかもしれないけど意味違うからね

**デフォルトの名無しさん** · 2023/03/02(木) 12:13:29.31

>>69,74
そういうのは飛躍と言う
お前が>>1でそのつもりでこのスレを立てたのならスレタイは不適切

**デフォルトの名無しさん** · 2023/03/02(木) 12:17:03.65

>>72
「リアルタイム性」も知らんようだし
お前はRustについてGCのあるなしくらいしか語れないのかな?
ちなみにこの板読んでる人でGCを分からん人はほぼいないと思う

**デフォルトの名無しさん** · 2023/03/02(木) 12:57:49.07

そういうアホ相手にしか反論できない時点で辛そう
最近は新たなものが出てくるとRust製

Webpackの後継となる新バンドルツール「Turbopack」が登場。Rust製のネイティブアプリケーションでWebpackの700倍高速に！
https://www.publickey1.jp/blog/22/webpackturbopackrustwebpack700nextjs_conf_2022.html

**デフォルトの名無しさん** · 2023/03/02(木) 13:19:48.65

>>1です。色々と混乱させてしまってすみません。
C++で今まで作られてきたものがどれだけRustに変わっていくのか気になってスレ立てしました。
メモリ安全性という観点だとRustになりますが、C++にはRustより優れている点があって、今後もまだ残り続けるのかどうかです。

**デフォルトの名無しさん** · 2023/03/02(木) 13:47:49.79

VB6やCOBOLみたいに進化を止めたゴミにならない限りはC++も残り続けるでしょう
今のところC++がそういったゴミになる兆候は無いと思います

Rustが優れているかどうかは一切関係がありませんね

**デフォルトの名無しさん** · 2023/03/02(木) 13:48:50.41

C++は残り続けるけど徐々にメインストリームはRustかそれと同等のメモリ安全性を備えた言語に移っていく
既存のコードベースが大きいから急激には変化しない

残る理由はCOBOLが残っているのと同じで優れてるという理由からではない

**デフォルトの名無しさん** · 2023/03/02(木) 14:11:06.82

試しにChatGPT先生にRustにキラーアプリがあるか聞いたらSolanaやRayonだって
>SolanaやRayonがUNIXやMFCのようにプログラミング言語を新たに習得しようと
>する人を爆発的に増やすことは、現時点では考えにくいと言えます。
>UNIXやMFCが広く普及した理由の一つは、それらが当時の主流であったプラッ
>トフォームやアプリケーションの開発に必要不可欠であったためです。一方、
>SolanaやRayonは、それぞれ特定の分野において高いパフォーマンスを発揮す
>るためのライブラリやプラットフォームであり、必ずしも全ての開発プロジェ
>クトに必要不可欠なものではありません。
>また、Rust自体がまだ比較的新しい言語であるため、多くのプログラマがRust
>を習得する必要性を感じているわけではありません。ただし、Rustの安全性や
>パフォーマンスが注目されるにつれ、より多くのプログラマがRustに興味を持
>ち、学習する可能性はあります。
>つまり、SolanaやRayonがプログラミング言語を新たに習得しようとする人を
>爆発的に増やすことに貢献するかどうかは、それらが必要不可欠なライブラリ
>やプラットフォームとして広く普及するかどうかにかかっていると言えます。

**デフォルトの名無しさん** · 2023/03/02(木) 14:16:45.49

例えばRustで書かれたOSをAndroidやiOSの後継にするとか
携帯に匹敵する新たな情報端末が出現して
それがRustで制御されているとか

**デフォルトの名無しさん** · 2023/03/02(木) 14:23:37.36

質問がバカだと回答もバカになるいい例
ググり力と同じくジピり力が求められる

**デフォルトの名無しさん** · 2023/03/02(木) 14:36:25.48

「ジピり力」かぁw 大事だね
SolanaやRayonが返ってきた質問は以下
>あるプログラミング言語が流行るにはC言語におけるUNIXやC++のMFC、最近だ
>とpythonがAIによって流行ったようにキラープロダクトが重要だと思います。
>キラープロダクトがあれば、その言語を習得したプログラマが一気に増えます。
>Rustにそのようなキラープロダクトはありますか？
Rustの爆発的普及にはキラープロダクトが不可欠

**デフォルトの名無しさん** · 2023/03/02(木) 14:38:15.81

>>79
C++は今も違法増改築を続けて無数に部屋(仕様)が作られていくような言語
そして新たな増改築が決まっても、完成(実装)されなかったり、新たな部屋の存在が知られていなかったり、ほとんどの部屋は極一部の人しか使われていない
結果的に良い機能があっても使われないのは無駄に大きく重複もある複雑な言語仕様のせい
例えばC++20で導入されたstd::rangesはRustでいうとIteratorなどの基本的なデータ取り扱い機能で超重要だが今後も広まらないのだろう
歴史的な事情でC++の全容は複雑怪奇となっていて理念の一貫性もなくどうしようもない状態

Rustは洗練された言語仕様となっていてC++と比べれべるとシンプルで分かりやすい
全体の理念も統一されており特に安全性に関する保証が与える信頼性はこのセキュリティ重視の時代に完全にマッチしている
今後Rust人口が増えてくると企業案件でC/C++が使われてきたものはRust指定(必須)となっていくだろう

**デフォルトの名無しさん** · 2023/03/02(木) 14:45:55.72

>>86
普及して長いことたてばRustもご多分に漏れずいずれ複雑怪奇になるってw
若いと分からんかもしれんが
C++は複雑怪奇に見えるかもしれんが規格変更には慎重の方だと思うよ
ところでRustって規格あるの? 仕様しかない?

**デフォルトの名無しさん** · 2023/03/02(木) 15:24:09.80

実装が1つしかないから規格はないかな

**デフォルトの名無しさん** · 2023/03/02(木) 15:30:29.97

C++もスマートポインタでメモリ安全を取り込んできているけどね。なんでも飲み込む奴だからなあ。

**デフォルトの名無しさん** · 2023/03/02(木) 15:41:34.24

例えばstd::shared_ptr相当のものは
90年代中盤から後半にかけて使われ始めたと思うけど
（boost::shared_ptrはいつからだっけ？）
std::shared_ptrが規格に入ったのはC++11
規格の拡張は無節操というより慎重というかクソ遅いよ

**デフォルトの名無しさん** · 2023/03/02(木) 15:59:19.04

>>86
Javaが出た時に聴いたことあるような文句だな
割とマジでフラッシュバック

**デフォルトの名無しさん** · 2023/03/02(木) 16:08:40.39

>>79
それは分類が非常に簡単
既に作られており穴も発見されないものをわざわざRustに移植する意味はない
穴が多く悩まされてるものはChromiumのようにRust併用やRustへ切り替えが進んでいる
新たに作ったり大きく作り直す場合はRust一択

**デフォルトの名無しさん** · 2023/03/02(木) 16:24:01.58

>>89
C++はスマートポインタがあっても言語システムとして安全を保証する枠組みがない
まともなIT企業からRustへ移動し始めている根本的な理由がそこ

**デフォルトの名無しさん** · 2023/03/02(木) 16:40:50.78

>>93
Rustプログラマを支障なく確保できなければ企業は
試験的採用こそすれど本格採用はしない

Rustプログラマが多い -> Rust生態圏が良くなる ->
Rustプログラマが増える -> （最初に戻る）

※Rust生態圏が良くなるとはライブラリやtipsが増えRustの仕事が増えること

この好循環を作らないことにはRustが流行りだすことはないだろう
そのためのキラーコンテンツ
>>37で上げてるようなソフトはしょぼすぎて該当しない
>>83くらいの状況になれば変わる

**デフォルトの名無しさん** · 2023/03/02(木) 16:53:27.06

Rust自体がプログラミング言語史上でも革新的なキラーコンテンツ
まともなIT企業からRustを導入していっている理由がそこにある
非GC言語でメモリ安全性を言語システムが保証する初で唯一のプログラミング言語がRust

**デフォルトの名無しさん** · 2023/03/02(木) 17:10:59.88

ダメダコリャ

**デフォルトの名無しさん** · 2023/03/02(木) 18:47:07.82

なんだかんだで置き換えられずにユーザ空間ソフトの基礎ライブラリになってるC言語の奴らすげーよな

**デフォルトの名無しさん** · 2023/03/02(木) 19:04:35.27

とりあえずC/C++は今ところほぼ全てのCPUで環境が整備されているし、
メーカーさんのサンプルにしても、過去の資産も（FreeRTOSだのもArduinoなんかも）膨大。
それらが全て使われなくなったり、他の言語でで書き換えられるということが仮に
にあるとしても相当先の話になるだろう。
と考えると、C/C++はほぼ基礎教養かな？

あとは実務で要求されたものを身につけるっていう感じなんだろうな。
パラパラ眺めた範囲ではRustもC++知っていればさほど難しくなさそうだけど
個人で趣味レベルでやってますといっても、実務経験ないとキャリアとしてのアピール度は低いしな

**デフォルトの名無しさん** · 2023/03/02(木) 19:14:16.94

>>98
Cの基礎は必要だがC++は要らん
特殊な組み込み環境などでない通常利用ならば対応していてRustが使える

**デフォルトの名無しさん** · 2023/03/02(木) 19:20:18.08

でもお前組み込みエアプじゃん

**デフォルトの名無しさん** · 2023/03/02(木) 19:22:55.17

ルビキチも自分の実績とは関係なく人工衛星がどうのと褒めそやす奴だった
これもいずれはあのような壊れたレコードに成り果てるのだろう