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

**デフォルトの名無しさん** · 2023/10/28(土) 13:45:00.38

「C++の色々配慮してめんどくさい感じは好きだけど、実務になったらメモリ安全性とか考えて今後Rustに変わっていくんかな」
「うだうだ言ってないで仕事で必要なのをやればいいんだよ、趣味なら好きなのやればいい」

っていう雑談スレ。

・C/C++ <=> Rust いまさら聞けない移行質問なども適当にどぞ
・レスバはじめんのは勝手だけど、面白いこと・へぇなこと書いたヤツが優勝
・マな話は、マのスレもご活用ください↓

前スレ: 結局C++とRustってどっちが良いの？ 7traits
http://mevius.5ch.net/test/read.cgi/tech/1693451813/

関連スレ(マ板): Google&Microsoft「セキュリティバグの70%はC/C++のメモリ管理ミス。Rustにする」
https://medaka.5ch.net/test/read.cgi/prog/1619943288/

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

>>59
おまい望月衣望子そっくりな人間だな

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

>>64
だからその日曜始まり日曜終わり両方に対応できる日曜0,7が有能だった話よ

**デフォルトの名無しさん** · 2023/11/03(金) 10:30:38.41

C++もc_encodingとiso_encodingで両方対応はしてる
簡単に変換できるから正直どうでもいいけど

https://en.cppreference.com/w/cpp/chrono/weekday/encoding
このドキュメントはReturn valueの2) の内容が間違ってる
レビュープロセスが心配になるな

**デフォルトの名無しさん** · 2023/11/03(金) 11:42:31.25

>>58
シリアライズ時と異なるエンコーディングで復元しようとしたらそりゃバグるわな
でもそんなやつらのために内部表現を統一しろと言われても誰も相手にしないでしょ

**デフォルトの名無しさん** · 2023/11/03(金) 12:30:23.11

>>56
JavaはWeekFields経由で日曜始まりにもできる
Pythonは日曜始まりのインデックスを直接取得することはできないがcalenderモジュールで日曜始まりのカレンダーを扱える

どちらもRustほど低レイヤーやC++を意識する必要がないからRust比べて少し高いレイヤーで日曜始まりにも対応している
Rustの開発者にとって最もいい状況が他の言語の開発者にとっても最もいい状況とは限らない

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

=== 複製おじさん（通称複おじ）について ===
Rustスレを中心に活動し、2023年4月現在で1年以上ム板に住み着くRustacean。無自覚な荒らし。

Rustスレでは、基本的に他住民の意見を聞いて糧とすることなく、自らのコードが最善であると、ID変更自演を交えいつまでも主張し続ける。
同スレで「所有権が複製される」という違和感のある表現を、「違和感がある」とする他住民の意見をすべて否定してしつこく擁護し続けたことから、「複製おじさん」というあだ名が付けられた。
それ以外のム板スレでは、基本的に他住民の意見を聞いて糧とすることなく、Rustこそが最善であると、ID変更自演を交えいつまでも主張し続ける。
その基本戦術は、「GC言語は遅い」の一声でC/C++/Rust以外の言語を否定し、残ったC/C++は安全ではないので、Rustが最善であるとするもの。

しかしながら、Rust以外の言語に関しては、正当な批判を展開するのに十分な知識を持っているとは言いがたい。
本スレPart1では、C++の問題点を指摘しようとして多数の誤り・知識不足を露呈することとなった。特にしつこく食い下がったのが「動的ディスパッチ」に関する誤解である。
https://mevius.5ch.net/test/read.cgi/tech/1677286186/786-799（ID:Evbafc70とID:RiLc+pIfが複製おじさんであると考えられている）
要約すると、通常「条件分岐」と呼ばれるものを「動的ディスパッチ」と呼ぶのが正しいと主張し続けたのである。
常識的にはあり得ない誤解だが、提示されたC++のコードが自らの主張（C++にはパターンマッチが無い）に不都合であると感じたためか、C++のコードを正しく読み解くことができないにもかかわらず脊髄反射的に否定してしまい、その根拠として誤った論理をこじつけてしまったものと思われる。

ちなみにこの後、同種の誤解を持って書き込むID:wHEiYRW7（これはID使用歴的に複製おじさんとは考えにくい）に対して、正しい理解に基づく指摘を行う単発IDが複数出現するが、この中にも複製おじさんが多数含まれていると考えられている。
このように自分の誤りを認識した場合、それを認める書き込みは決して行わず、別人の振りをして最初から正しく理解していた体を装うのも複製おじさんの特徴である。

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

テンプレ忘れてるぞ

**デフォルトの名無しさん** · 2023/11/03(金) 15:43:05.53

ゲームプログラミングに向かない時点でRustに勝ち目は無い

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

ゲームとかどうでもいい

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

プログラミング言語はとにかくユーザ数が増えて裾野が広がらないとだめよ

とはいっても、Rustはその性格上エンジン系にはとても強いと思う

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

なんでゲームに向いてないの？

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

ビルド時間が長いとか主要なゲームエンジンが対応してないとかかな？

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

>>74
ゲームエンジンこそどうでもいい
どうせ他人の成果物使うだけやし
つまりRustはゲームプログラミングに向いてない

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

>>75
オブジェクト指向じゃないから大規模開発に向いてない

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

ゲームはプログラムの積み上げ方式
Rustなんか使い物にならん

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

え？rustってオブジェクト指向じゃないの？

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

>>77
エンジンを作る側の話やで

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

>>78
むしろRustは大規模開発にも適するように設計された言語
今どきの普通にマルチパラダイムで当然オブジェクト指向もサポート

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

これすごいわ
https://www.youtube.com/watch?v=62ZcxDGawd4
Rust もびっくり

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

>>75
>>79
グローバル変数が超絶面倒臭いからじゃね

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

オブジェクト指向を理解してない無能が多すぎる

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

オブジェクト指向なんてもはや有害じゃねという
話も出てるようだけど

**デフォルトの名無しさん** · 2023/11/04(土) 00:10:04.03

既存のオブジェクト指向言語の置き換えを狙ってるなら
既存のオブジェクト指向言語の機能は備えんとなぁ
設計からやり直す必要が生じてまんどくさってなる
スクラッチから新たに書くのなら支障ないだろうけども
それではいつまで経ってもマイナー言語だよ
この先生きのこれん

**デフォルトの名無しさん** · 2023/11/04(土) 00:22:53.36

みんな反発しても結局オブジェクト指向に帰ってくる
みんなC++に帰ってくる

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

最近のプログラミング言語は基本的にオブジェクト指向だがクラス継承だけは亡くなったらしい

最近のプログラミング言語
【クラス継承がない】Elixir、Go、Julia、Nim、Rust、Zig
【クラス継承がある】Kotlin(=Javaの後継)、Swift(=Objective-Cの後継)
つまり過去のしがらみでクラス継承を含めざるを得なかったKotlinとSwiftを除いて
全ての言語でクラス継承は亡くなった

**デフォルトの名無しさん** · 2023/11/04(土) 00:27:29.67

おかげでみんなマイナー言語のままじゃんw

**デフォルトの名無しさん** · 2023/11/04(土) 00:28:23.25

人間は保守的なんだから
互換性を軽視したらユーザは絶対にぶんどれん

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

>>89
GUI開発用言語とそうでない言語にきれいに分かれてんね

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

GUIはクラス継承要らないだろ
有害なクラス継承しかないとクラス継承を使って巨大なピラミッドを作ってしまい
その反省も各新言語が揃って意図的にクラス継承を廃止した要因

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

継承無くした結果、馬鹿なことをやらされる
https://qiita.com/muumu/items/a0d111d129d20240d182

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

それはクラスの継承というよくない古い考え方しかできない人向けの方法だな
様々に方向性も異なる方針の新プログラミング諸言語がクラスの継承だけは導入しない同じ結論に至った重みは大きい

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

IUnk教わい、なくなるといわれるとちょっとさみしい (なくなるとは言われてない

**デフォルトの名無しさん** · 2023/11/04(土) 06:13:35.65

継承がない言語には大抵はmix-inという優れた代替が用意されてる
継承もmix-inもないRustは無能

**デフォルトの名無しさん** · 2023/11/04(土) 07:37:08.58

そうゆうのがない、切り捨ててるから、Linuxカーネルに来てよろしいって言われたのかもねしらんけど

やっぱり必要となりゃ、そのうち解禁(追加)になるでしょ

**デフォルトの名無しさん** · 2023/11/04(土) 07:50:02.45

>>95
極端だな
そんな考えじゃC++から移行なんて益々困難だし
こんなスレ立てて対立煽りするレベルにも達してないじゃないか
>この記事ではC++やJavaで継承を使っていた人がRustで同様の実装をしたいときにどうすればよいのかを説明します。
この課題については君はどうしたらいいと思ってる？

**デフォルトの名無しさん** · 2023/11/04(土) 08:26:29.68

第1スレはわからんけど、このスレの>>1は俺

**デフォルトの名無しさん** · 2023/11/04(土) 09:10:11.30

>>89
Javaの開発者も継承だけは間違いだったと言ってるみたいだね

**デフォルトの名無しさん** · 2023/11/04(土) 09:32:38.86

64 デフォルトの名無しさん 2023/09/26(火) 09:36
以前Javaのユーザグループミーティングに出席した際、James Gosling（Javaの生みの親）がメインの講演者として招かれていました。
すばらしいQ&Aセッションの途中に、こんな質問が出ました。
「もう一度最初からJavaを作り直すとしたら、どこを変更したいですか？」
答えは「クラスを除外するでしょうね」というものでした。
笑いが静まった後、彼が説明したのは、本当の問題はクラス自体ではなく実装継承(extendsの関係)なのだということでした。
インターフェースによる継承（implementsの関係）のほうが望ましいのです。できる限り実装継承は避けたほうがよいでしょう。

**デフォルトの名無しさん** · 2023/11/04(土) 09:32:49.65

やっぱりコミットするならシープラだなとおもいました

**デフォルトの名無しさん** · 2023/11/04(土) 09:56:14.27

その論法に乗っかってやると過去の
言語のパラダイム変化はどうやって起きたのか
謎になるな

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

>>93
>GUIはクラス継承要らないだろ
要るか要らないかという話はしてないよ

1) Elixir、Go、Julia、Nim、Rust、Zig
2) Kotlin、Swift

1)の言語でGUI作れなくはないけど実際に作る開発者がかなり少ない
逆に2)の言語は大半の開発者がGUIを作ってる
それには理由があるということ
もっと言えばクラス継承的な機能の有無はトレードオフだからそれを理解しましょうねという話

**デフォルトの名無しさん** · 2023/11/04(土) 10:34:34.64

多くの高機能webサイトはGUIアプリと言って良いと思うが
ts jsのクラス機能はあるけど使わないな

**デフォルトの名無しさん** · 2023/11/04(土) 10:49:05.41

やっぱりRustが最強だなっておもいました

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

最強はRust世代

俺のおかんはC++

**デフォルトの名無しさん** · 2023/11/04(土) 12:01:10.23

>>89
思惑の違いが見事に結果に表れている分類だね
興味深い

**デフォルトの名無しさん** · 2023/11/04(土) 12:09:00.72

>>104
その「言語のパラダイム変化」って具体的にはどれを指している?
Rustがユーザを獲得する際の参考になるかもしれんね

**デフォルトの名無しさん** · 2023/11/04(土) 12:27:39.60

オブジェクト(classじゃなくてstructで良い)があって
正しい型指定で正しく関数が呼ばれてれば
クラス継承なんて要らないんだよな
別に禁止というほど厳しくやらなくても自然とそうなる

**デフォルトの名無しさん** · 2023/11/04(土) 12:29:16.51

C++ の template なんてあれオブジェクト指向じゃねーし

**デフォルトの名無しさん** · 2023/11/04(土) 12:35:18.44

>>105
KotlinとSwiftは最初からGUIアプリをターゲットにしてるしそれ以外の分野では全然使われてないような

**デフォルトの名無しさん** · 2023/11/04(土) 16:44:29.40

いまさら人に聞けない
悪い継承ってのがわからなくなった

継承おぼえたてて(一人プロジェクトが)めちゃくちゃになった経験ならあるけど、そうじゃなくてこう

**デフォルトの名無しさん** · 2023/11/04(土) 17:10:03.05

クラス継承は必要
オブジェクト指向を理解できないのはただのザコ

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

>>115
最近のプログラミング言語たちが揃いも揃ってクラス継承を不要と判断しちゃいましたぁ
【クラス継承がない言語】Elixir、Go、Julia、Nim、Rust、Zig

**デフォルトの名無しさん** · 2023/11/04(土) 18:26:15.51

言語開発者が設計した基底クラス以外の継承はいらないんじゃないかなぁ

**デフォルトの名無しさん** · 2023/11/04(土) 18:26:28.96

rust以外上がり目なさそうな言語たちで草

**デフォルトの名無しさん** · 2023/11/04(土) 18:42:09.44

Rustも同じく普及戦略を誤った言語だよ

**デフォルトの名無しさん** · 2023/11/04(土) 19:41:01.77

Pythonスーパーセットのmojoにこのまま成長してほしいけどシープラRustの競合にはならないか

**デフォルトの名無しさん** · 2023/11/04(土) 19:51:27.75

mojoはAI関連の高速化を狙ったものだろうから限定的な利用になりそう

**デフォルトの名無しさん** · 2023/11/04(土) 21:29:47.46

結局ユーザーが欲しかったのは「ポインタのないC++」であって所有権やtraitみたいな使いづらい独自機能じゃなかったんだよなあ

**デフォルトの名無しさん** · 2023/11/04(土) 22:19:37.19

>>122
所有権はC++にもある
traitはC++の抽象クラスからデータ(メンバー)を分離独立させてより良い設計ができるようになっている
使いづらくなっていない

**デフォルトの名無しさん** · 2023/11/05(日) 10:25:09.84

>>117
doubleがfloatを継承していないのはなぜ？
f64がf32を継承していないのはなぜ？

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

それって継承するようなもんかね

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

精度の違いであって継承関係無いな。
むしろ継承したらダメなやつ。
共通のインターフェースを用意するのが普通。

**デフォルトの名無しさん** · 2023/11/05(日) 12:19:51.94

パフォーマンスを度外視するなら
浮動小数点数型をfloatとdoubleの両方とも継承するのが自然かなぁ

**デフォルトの名無しさん** · 2023/11/05(日) 17:32:34.60

>>127
その浮動小数点型ってどんなもの？
インターフェースじゃないんだよね？

**デフォルトの名無しさん** · 2023/11/05(日) 19:27:50.24

>>116
自分に都合の良い言語のみ列挙する
まさにザコ
自分の考えが無い

**デフォルトの名無しさん** · 2023/11/05(日) 19:50:12.60

>>129
同じくらいたくさん反例を挙げようよ

**デフォルトの名無しさん** · 2023/11/06(月) 04:14:47.70

>>130
そんなことよりこのクソスレ立てたのもお前？
https://mevius.5ch.net/test/read.cgi/tech/1693054853/

**デフォルトの名無しさん** · 2023/11/06(月) 08:09:26.10

募集してんのか、大胆だな!

**デフォルトの名無しさん** · 2023/11/06(月) 10:12:15.79

Rustとの相性で言えば
Rust+Pythonはかなり良い
Rust+Cが最強
Rust+C++は最悪

Nimとの相性で言えば
Nim+Pythonはとても良い
Nim+Cが最強
Nim+C++も最強

Nimの勝ち

**デフォルトの名無しさん** · 2023/11/06(月) 10:16:59.00

>>129
自分はなにも例を挙げられないの？
それでよく人を批判する気になれたね

**デフォルトの名無しさん** · 2023/11/06(月) 14:46:38.23

テンプレートパターンやるにしても今は継承よりもクロージャで渡す方がわかりやすいって話やね。
まあどっちにしろ低レイヤー言語だとオブジェクトの解放タイミングとか気にしてめんどくさくはなるが。

**デフォルトの名無しさん** · 2023/11/06(月) 14:50:37.11

Nimちゃんに行くわ
RUSTとかクソゲーみたい

**デフォルトの名無しさん** · 2023/11/06(月) 15:23:25.15

C++/Rustと比べて何もかも劣るNimは選択肢に上がることがない

**デフォルトの名無しさん** · 2023/11/06(月) 18:05:43.27

>>134
そもそも流行りの話自体何の根拠にもなってないんでこの話自体無意味
無意味な話は時間の無駄

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

C++は仕様などがugly
Rustはbeauty

**デフォルトの名無しさん** · 2023/11/06(月) 18:45:27.89

>>138
お前もかなりのザコだぞ

**デフォルトの名無しさん** · 2023/11/06(月) 19:58:38.94

>>137
文法はNimの圧勝。

**デフォルトの名無しさん** · 2023/11/06(月) 21:52:22.89

Nimの唯一のメリットがPythonに似た文法と言われているが
このスレの住人はそれをメリットと感じない

**デフォルトの名無しさん** · 2023/11/06(月) 22:00:03.84

何でお前が住人を代表してるの?w

**デフォルトの名無しさん** · 2023/11/06(月) 22:14:50.32

複オジ代表チーっすw

**デフォルトの名無しさん** · 2023/11/06(月) 23:09:22.63

まあ複おじ隔離スレなんだから代表は複おじでいいんじゃない？

**デフォルトの名無しさん** · 2023/11/06(月) 23:55:02.14

>>141
インデントではなく波括弧でブロックを表すのが好まれている多数派

**デフォルトの名無しさん** · 2023/11/07(火) 07:52:40.08

>>146
c世代はそうだけど、pythonユーザーの方が多い現在はインデントブロックの方が主流。じゃなきゃYAMLとか流行らん。
LISPも丸括弧使ってるけどインデントブロック風の整形しているし、波括弧ブロックが多数派とは思えん。

**デフォルトの名無しさん** · 2023/11/07(火) 09:16:54.55

詭弁 - Wikipedia
https://ja.wikipedia.org/wiki/%E8%A9%AD%E5%BC%81

**デフォルトの名無しさん** · 2023/11/07(火) 09:19:09.61

>>147
どさくさに紛れてYAMLを流行り扱いすんなやｗｗ

**デフォルトの名無しさん** · 2023/11/07(火) 09:23:10.10

Pythonみたいなインデントずれたら明後日の動きする様な言語は欠損言語だろ

**デフォルトの名無しさん** · 2023/11/07(火) 09:32:16.68

「Linux」メンテナーの燃え尽き症候群問題--業務内容の変化と支援の必要性
https://japan.zdnet.com/article/35210969/

Corbet氏は「Rust」言語がLinux開発で採用されたことについて歓迎しているものの、これによってメンテナーにさらなる負担がかかるようにもなるとした。同氏は、「カーネルメンテナーを務める以上、Rust言語で記述されたコードのマージ依頼も受け取ることになるため、同言語に対する極めて深い知識が必要となる(中略)既に多忙を極め、自らの仕事量に圧倒されているメンテナーに対して、この新言語の学習を求めるのは酷というものだ。このため、この点は今後、問題となりそうだ」と述べた。

**デフォルトの名無しさん** · 2023/11/07(火) 09:58:24.32

>>147
インデントに整形以上の意味を持たせた言語の方が好まれてるかどうかの話をしてるのに
他の言語でもインデントで整形してることを根拠にしても意味ないだろ

**デフォルトの名無しさん** · 2023/11/07(火) 10:27:17.78

インデントより会話の論点を揃えないとな

**デフォルトの名無しさん** · 2023/11/07(火) 10:45:48.18

whitespace significantな言語はプログラミングの素人にとっては多少読みやすいというメリットはある
しかしそれ以外はデメリットだらけなので素人を釣りたい場合を除いて採用するメリットがない

**デフォルトの名無しさん** · 2023/11/07(火) 10:53:19.67

リモートワーク制度が削減・廃止されたら「転職や別案件を探す」が4割--
「Offers」登録者調査

ITエンジニア／デザイナーの副業・転職サービス「Offers」を提供するoverflowは、
同社が運営する「Offersデジタル人材総研」にて「リモートワーク実態調査2023」
を公表した。
これによると、リモートワークになり、5人に1人が引っ越したと回答した。そのうち、
現職でリモートワーク制度が削減・廃止された場合、「転職や別案件を探す」という
回答が44.0％にものぼった。一方「会社と交渉する」という回答は40.0％、
「引っ越さず受け入れる」が12.0％となった。
さらにリモートワークを希望している理由として「通勤時間が無駄だと感じている」が
87.7％でトップとなった。このほか「個人の時間ができる」(62.3％)、「副業を続け
やすいから」(39.6％)、「子育てができる」(35.8％)と続いた。

**デフォルトの名無しさん** · 2023/11/07(火) 16:44:22.56

> Pythonみたいなインデントずれたら明後日の動きする様な言語は欠損言語だろ
ほんとこれ
> インデントより会話の論点を揃えないとな
ほんとこれ

**デフォルトの名無しさん** · 2023/11/07(火) 16:48:16.87

>>150
ずれたら思ってない動作になる場合があるのは確かだが
ずれることがめったに起こらない

**デフォルトの名無しさん** · 2023/11/07(火) 17:52:17.78

正直食わず嫌いなんだが、あのインデント式、慣れない悪寒しかしない
yaml書かされるけど、おっかなびっくりだわ

**デフォルトの名無しさん** · 2023/11/07(火) 18:32:13.35

ifとかforがネストしてるときに論理構成変えたときに
ぐちゃぐちゃになったりしないの？

**デフォルトの名無しさん** · 2023/11/07(火) 19:03:13.54

コピペした時困るのはあるけど
そんなネスト深いところにコピペする時点でコードが終わってるのだろう

**デフォルトの名無しさん** · 2023/11/07(火) 19:24:21.76

あっちのファイルはスペースで、こっちのファイルはタブでそれぞれインデントしてるとかw
更に同じファイル内でスペースとタブが混在したインデントしてるとかw

**デフォルトの名無しさん** · 2023/11/07(火) 21:26:08.28

シープラの文法が醜いってとこまで合意できてるってことでいいかな

**デフォルトの名無しさん** · 2023/11/07(火) 22:35:55.75

>>162
ダメなのはNim

**デフォルトの名無しさん** · 2023/11/07(火) 23:28:55.99

長いだけあって、いくらでも悪く書ける