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

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

C++の色々配慮してめんどくさい感じは好きだけど、実務になったらメモリ安全性とか考えて今後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

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

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

Firefoxだけかと思っていたらChromeもRustなのかよ

Google Chrome、プログラミング言語「Rust」の採用を発表
https://news.mynavi.jp/techplus/article/20230113-2561774/

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

>>102
それでRustプログラマが増えることはないな
>>83くらいの状況にならんと

**デフォルトの名無しさん** · 2023/03/03(金) 06:56:09.99

>>99
その「特殊な組み込み環境」とやらでもC/C++は使えるからね。

C++はフルには要らんかもだけど、
クラスと継承は組み込みとかでも便利に使われてたりするね。

できることが大差ないとすると、仕事でRustを使えと言われない限り、個人レベルで積極的に使う理由に乏しいかなぁ。
個人でメンテできる程度だとメモリ安全ってそれほど重要ポイントではないし。

PythonにとってのAIみたいに、こういうアプリケーションなら、C/C++より遥かに楽で簡単に実現できるというものが必要なのではないかな。

今の段階じゃ、メモリ安全にするために制約やチェックを厳しくしたC/C++ってだけって感じだもの。

**デフォルトの名無しさん** · 2023/03/03(金) 07:13:09.62

Rustは後発なアドバンテージで
洗練されたモダンな言語仕様のため非常に書きやすい
これが一番大きなメリット
おまけとしてメモリ安全性の自動保証とデータ競合なしの保証
これらにおかげでC/C++で書いてた時に無駄に必要だった実行時デバッグが激減して消えた
Rustは開発効率が大きく向上する

**デフォルトの名無しさん** · 2023/03/03(金) 09:31:41.76

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

**デフォルトの名無しさん** · 2023/03/03(金) 13:09:51.97

>>106
どこが似てんだよ何も区別付かないアフォ

**デフォルトの名無しさん** · 2023/03/03(金) 13:21:04.67

おちんちんランドへおいでよ！

**デフォルトの名無しさん** · 2023/03/03(金) 13:21:58.74

altJSブームが落ち着いたせいで下火になっちゃったけど
やっぱりHaxeは復活すべきだよな

**デフォルトの名無しさん** · 2023/03/03(金) 13:26:08.63

>>107
凄い似てるよ
Javaが出たときにも聞いたぞ
「C/C++を置換する！」は人間の性なんだろうw
長くやってると何度も見るし結果もだいたい分かる

**デフォルトの名無しさん** · 2023/03/03(金) 16:49:35.55

>>110
しかも、Javaの普及速度は物凄く速かったが、Rustは伸びてない。

**デフォルトの名無しさん** · 2023/03/03(金) 19:36:46.54

>>91 >>110
プログラミング言語の一般的な基礎知識を持たない人がRustのアンチをやっているのかしら
JavaがCやC++に置き換わらなかった理由の一つはJavaがガベージコレクション必須の言語だからですよ
CやC++の置き換えとなるためにはGCを必要としないプログラミング言語でないとダメなんですよ

GCを必要としない言語も数少ないながら今までいくつか出て来たのになぜCやC++を置き換えられなかったか分かりますか？
CやC++で問題となってきたのはメモリ操作の安全性とデータ競合の安全性です
それらを完璧に対応して言語自体が安全性を保証する言語が今までなかったからですよ
Rustが初めて対応して初めて真にCやC++を置き換えられるようになりました
だからIT大手各社がライバル関係を超えて共同してRustを支援そして採用しているのですよ

**デフォルトの名無しさん** · 2023/03/03(金) 20:45:25.65

>>112
>>77

お前はそればっかりだなw
そんなものはこの板の住人が知らん訳ないやろw
GCくらいしか語る知識がないんだろうな

**デフォルトの名無しさん** · 2023/03/03(金) 21:06:34.40

>>113
その>>77を見てみましたがリアルタイム性の話ですか
それは直接はプログラミング言語とは関係ない話ですが少し関係がありますね
言語に関わらず作成したシステム側の話でOSからゲームのようなアプリまで必要とされる時間的制約があることをリアルタイム性と言います
もちろんガベージコレクションはリアルタイム性の障害となりますのでそれを軽減する手法を取ったりリアルタイム性を必要としないタイミングでGCを実行します
しかしそれでも現実的なOSや基幹システムでGC言語の利用は厳しいでしょう
そのためOSなどの記述にはCやC++やRustが使われます
メモリ安全性などの保証をプログラマーではなく言語システムに任せることができるRustがベストとなります

**デフォルトの名無しさん** · 2023/03/03(金) 21:20:32.28

エアプするにしてもせめてthe embedded bookくらいざっくり読んでからにすればいいのに

**デフォルトの名無しさん** · 2023/03/03(金) 21:26:29.88

>>114
リアルタイム性の話ではなく
GCの話しかしないことを言っている
GCくらいしか語る知識がないと俺は推測している

**デフォルトの名無しさん** · 2023/03/03(金) 21:48:53.60

C++とRustの比較スレだからGCない言語が前提だもんな
Javaとか持ち出す>>110や>>111はアホすぎ

**デフォルトの名無しさん** · 2023/03/03(金) 21:51:10.69

>>118
>>76

**デフォルトの名無しさん** · 2023/03/03(金) 21:51:28.18

>>117
>>76

**デフォルトの名無しさん** · 2023/03/03(金) 22:54:44.50

ここが新しい隔離スレちゃんですか

**デフォルトの名無しさん** · 2023/03/03(金) 23:40:18.48

ここは純粋にC++とRustの比較スレ
しかし無関係なGC言語を持ち出してくるバカがいてそれを邪魔をしているようだ

**デフォルトの名無しさん** · 2023/03/03(金) 23:41:20.65

実務経験の乏しい人が言語機能だけで頭でっかちなアピールしてるのを見ると狙ってアンチ活動してるのかと勘繰りたくなるよね

まぁ隔離ファイト続けてくれ

**デフォルトの名無しさん** · 2023/03/03(金) 23:57:24.37

それらの言語を実際に書いて使っていればガッべージコレクションのある言語がC言語系を置き換えできないことくらい分かるはずだもんなー

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

WinAPI/ATL/MFCの系譜をWinFormsが現れて.NETが置き換えていった歴史は無かったことにされたらしい

**デフォルトの名無しさん** · 2023/03/04(土) 05:09:33.55

CやC++に置き換わる言語の話でWinAPIやWinFormsを持ち出してくるとは頭おかしいな

**デフォルトの名無しさん** · 2023/03/04(土) 10:37:16.20

C#もGCないネイティブでビルドするオプションがあったら天下取れたかもな
VB6はGC無かったのになぜこうなった

**デフォルトの名無しさん** · 2023/03/04(土) 10:41:49.65

>>125
君はてをにはがおかしい
寝ぼけた頭で脊髄反射で書き込むのはやめたほうがいいな

**デフォルトの名無しさん** · 2023/03/04(土) 10:54:13.03

>>114
chatGPTの回答に似てるなωωω

**デフォルトの名無しさん** · 2023/03/04(土) 10:59:11.20

>>127
何処が可笑しいか指摘してくれ
おれには判らん

**デフォルトの名無しさん** · 2023/03/04(土) 11:05:58.63

>>129
「CやC++に置き換わる言語の話」なんて誰もしていない
「CやC++に取って代わる」あるいは「CやC++を置き換える」と言いたいのだろう

あるいは本気で「CやC++に置き換わる言語の話」をしているのなら今度こそ本当に頭がおかしいな

**デフォルトの名無しさん** · 2023/03/04(土) 11:14:10.28

それがてにをはどどう関係あるの？

**デフォルトの名無しさん** · 2023/03/04(土) 11:23:10.42

>>126
VB6はトレースGCではないけど参照カウンタGC方式のGC言語
VB6オブジェクトは裏で参照カウンタが自動的に使われていてそれにより使われなくなったメモリを回収している
ちなみにC++のshared_ptrなども参照カウンタ方式だが裏で勝手に使われることはなく必須でもなくプログラマー裁量なのでC++はGC言語ではない

**デフォルトの名無しさん** · 2023/03/04(土) 11:59:27.29

Rustに期待している人のフラストレーションを解消したいなら
フルスクラッチでOSを書くくらいしか方法はないだろうね
OSの普及は更に至難の技だけども

**デフォルトの名無しさん** · 2023/03/04(土) 12:08:40.51

(実務経験ゼロ + 論理的思考力の欠落 + 自己愛性パーソナリティ障害) * Rustへの執着 = 通称複製おじさん

**デフォルトの名無しさん** · 2023/03/04(土) 12:51:29.76

　　　　　　　　　　　|
　　　　　　　　　　 |　　彡⌒ミ
　　　　　　　　　　　＼ (´･ω･`)またGCの話してる
　　　　　　　　　　　　　(|　　　|)::::
　　　　　　　　　　　　　(γ　/:::::::
　　　　　　　　　　　　　　し＼:::
　　　　　　　　　　　　　　　　　＼

**デフォルトの名無しさん** · 2023/03/05(日) 00:54:23.16

うるせー馬鹿

**デフォルトの名無しさん** · 2023/03/05(日) 00:59:18.56

>>133
フルスクラッチの新たなOSを普及させるのは難しいだろうが
>>74に記事があるようにGoogleがRustのみで新OSを作ってるな
あとAndroidもLinuxもWindowsもRustの一部採用を始めて
この流れはOSに限らず全てのシステムでRust化が進んでいくのだろう

GoogleとMicrosoftがRust言語でOS開発
https://xtech.nikkei.com/atcl/nxt/column/18/00692/042700054/

**デフォルトの名無しさん** · 2023/03/05(日) 09:30:23.81

>>137
次第に現行プロジェクトを置換して増えていくなんて展開はありえないっての
AndroidやWindowsをRust製のOSで置換するくらいしかストーリとしてはない
Linuxに入っているRustコードは>>39で書いた通り

**デフォルトの名無しさん** · 2023/03/05(日) 10:00:51.19

私はRustで年収1億稼ぎましたみたいな話はないのかよ
マイナープロジェクトでちょっと使われたら勝利なのかよ

**デフォルトの名無しさん** · 2023/03/05(日) 11:14:29.69

Winnyの作者みたいに逮捕されるかと思ったら怖くて無理

**デフォルトの名無しさん** · 2023/03/05(日) 11:34:54.12

話し飛躍しすぎでしょ

**デフォルトの名無しさん** · 2023/03/05(日) 11:49:22.14

Rustで検証してうまくいったらそのままCにコンバートすれば余計なチェックコードが削れてる速く動く

とかね。

**デフォルトの名無しさん** · 2023/03/05(日) 14:28:35.02

てかGCって別に悪いもんじゃねぇしな

**デフォルトの名無しさん** · 2023/03/05(日) 14:30:11.56

>>133
それよりもグラフィックソフト作ったほうが広まると思うけどね
Blender参考に3Dモデリングソフトつくってよ

**デフォルトの名無しさん** · 2023/03/05(日) 14:54:49.80

>>144
それでは心が満たされないんだよ
GCの話しかしない人とか

**デフォルトの名無しさん** · 2023/03/05(日) 15:15:15.70

>>143
GCの有無はその言語がカバーできる範囲の差となり優劣関係が明白
GCのない言語は全てをカバーできる

**デフォルトの名無しさん** · 2023/03/05(日) 15:45:42.10

>>146
UEとかのゲームエンジンは当たり前だがついてる
うまく付き合ってくほうが大事

**デフォルトの名無しさん** · 2023/03/05(日) 15:50:56.78

本当にGCの話しかしないんだね
GC以外のことを語る知識がない
GCはこの板見てる人はほぼ誰でも知っているだろう

**デフォルトの名無しさん** · 2023/03/05(日) 15:58:09.36

色んな言語のライブラリがC++(や最近はRust)で書かれているのを考えると
C++とRustが王者決定戦になるのは当たり前じゃね？

**デフォルトの名無しさん** · 2023/03/05(日) 16:07:43.53

入力にゴミデータを与えるとゴミしか出力されないことの好例

**デフォルトの名無しさん** · 2023/03/05(日) 18:26:02.22

いつのまにかPythonやJavaScriptのライブラリがRustで作れるようになってるのな

**デフォルトの名無しさん** · 2023/03/06(月) 00:49:06.50

そりゃラップするだけなんだから作れるだろ
アホか

**デフォルトの名無しさん** · 2023/03/06(月) 09:19:45.87

そして我が道をいくLISP

**デフォルトの名無しさん** · 2023/03/06(月) 09:45:52.37

LISPといえばGCの元祖だな

**デフォルトの名無しさん** · 2023/03/06(月) 13:40:13.02

　　　　　　　　　　　|
　　　　　　　　　　 |　　彡⌒ミ
　　　　　　　　　　　＼ (´･ω･`)またGCの話してる
　　　　　　　　　　　　　(|　　　|)::::
　　　　　　　　　　　　　(γ　/:::::::
　　　　　　　　　　　　　　し＼:::
　　　　　　　　　　　　　　　　　＼

**デフォルトの名無しさん** · 2023/03/06(月) 15:05:53.11

memo
https://zenn.dev/dumblepy/articles/3db2134ff88763

**デフォルトの名無しさん** · 2023/03/06(月) 17:14:45.53

ふと思ったんだけど、Rustのmutableな構造体の中にimmutableなフィールドって持てるんだっけ？

**デフォルトの名無しさん** · 2023/03/06(月) 20:00:50.97

>>157
そういえば、C++のcv属性は、論理和方式で、constは足し算の様に0から1に
変わるが、mut 属性はそうはならないだろうから、どうなるんだろうな。
constは意味的に考えてもcastしない限りは、、constなものはいくらやっても
書き込めるようにはならない、というのは安全性から当然なんだけど、
mutだとそうはいかない。

**デフォルトの名無しさん** · 2023/03/06(月) 20:09:02.49

>>158
mutとconstは逆さまの働きみたいだから、どっちで行くかは言語設計者の自由と
思われがちだけど、constな構造体のメンバは勝手に全てconst扱いになるという
単純な論理に出来るけど、mut方式の場合は、constキーワードも別に必要になりそう。

**デフォルトの名無しさん** · 2023/03/06(月) 21:18:31.55

>>157
他の言語と同じでsetter相当をなくしてgetterだけにすればいい
専用のラッパーを作る方法もあるができて当然の機能なので誰もやらないだろうね

**デフォルトの名無しさん** · 2023/03/06(月) 21:44:09.47

>>159
C++でconstを誤用しているのとは異なり
Rustではconstを正しく定数の意味で使っているので注意
つまりconstは定数でありコンパイル時に静的に定まる
もちろんconstとは別の概念としてmutableとimmutableがあり、これらは可変性の有無を表す
さらにそれらと別の概念として所有権があり、所有権を持っていればimmutableであろうと関係なくmutableな変数へ移すことで可変性を得られる
一方で所有権を持たないimmutableな参照からは可変性を得られない

**デフォルトの名無しさん** · 2023/03/06(月) 21:51:25.41

>>161
>C++でconstを誤用しているのとは異なり
誤用なの?

**デフォルトの名無しさん** · 2023/03/06(月) 22:01:32.22

>>162
そうだよ
実行するたびにあるいは関数を呼ぶたびに値が変わりうる変数(＝静的に値が定まらず変わりうること)に対して、
変数がimmutableであることを間違えてconstと付けてしまった
そのためC++では定数(＝静的に値が定まること)の場合は苦肉の策でconstexprと変な名前を付けることになった