結局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/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

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

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

>>151
>メンテナーに報酬を支払おうというところはほとんど「ない」のだ
メンテナーほぼ金貰ってないのかｗ
壮絶な時間の無駄だな
linuxなんて潰れちまえ

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

>>162
インデント構文はその醜さを完全に理解した親切な人が書くとわりとマシに読めるって話なら同意できる

**デフォルトの名無しさん** · 2023/11/08(水) 07:17:12.54

>>163
Nimの文法が駄目ならRustは産業廃棄物だな。

**デフォルトの名無しさん** · 2023/11/08(水) 09:28:37.50

>>167
最初からそう言ってますよね

**デフォルトの名無しさん** · 2023/11/08(水) 10:02:49.03

>>165
Linuxなんて無料だから普及したってだけだし
無名の大学生が作った有料カーネルなんか誰が使うかよ

**デフォルトの名無しさん** · 2023/11/08(水) 10:07:20.75

Rustが最も美しいけどC++に比べたらPythonの方がまし

**デフォルトの名無しさん** · 2023/11/08(水) 10:21:07.20

cppは汚らしい

**デフォルトの名無しさん** · 2023/11/08(水) 10:34:17.23

あれがいいんだぞ

でも、template<>のごちゃっとしてるのは苦手

**デフォルトの名無しさん** · 2023/11/08(水) 10:49:02.95

NimはPython由来の文法が多い中でprocヘッダーの区切りをわざわざ=記号にしたのは何でなの？

**デフォルトの名無しさん** · 2023/11/08(水) 11:13:52.74

痘痕もエクボっていうしずっと使ってると美しく見えるのかもしれん
始祖のハゲ散らかしもイケオジに見えるのかもしれん

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

>>173
macro

**デフォルトの名無しさん** · 2023/11/08(水) 12:07:42.23

>>175
関係ないやろ

**デフォルトの名無しさん** · 2023/11/08(水) 13:10:09.47

>>169
BSD

**デフォルトの名無しさん** · 2023/11/08(水) 14:09:53.13

Nimは継承あるじゃん
だれか突っ込めよ
複オジ嘘つき放題じゃねーか

**デフォルトの名無しさん** · 2023/11/08(水) 14:45:54.44

Nim使ってる時点でセンスがないからな

**デフォルトの名無しさん** · 2023/11/08(水) 15:29:55.01

Nimはクラスがないため当然クラス継承もない

**デフォルトの名無しさん** · 2023/11/08(水) 15:41:40.86

このスレの半分は複オジのウソで出来ています。
用法・用量を守って正しくご使用下さい。

**デフォルトの名無しさん** · 2023/11/08(水) 15:50:23.42

複おじってニートでしょ？
なんか我々と対等に喋れること自体がとんでもない体験なんだし
もっと感謝して欲しいね

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

C++er的にC23ってどうなの？

**デフォルトの名無しさん** · 2023/11/08(水) 17:32:19.27

#embed はあると安心ないとやっぱり一手間かかる
clangではできてたっぽいけど(VC派

**デフォルトの名無しさん** · 2023/11/08(水) 17:35:31.79

>>180
www

**デフォルトの名無しさん** · 2023/11/08(水) 18:12:04.23

>>180
クラス継承だけが継承ではないのだけどね

**デフォルトの名無しさん** · 2023/11/08(水) 19:11:51.53

有害とされているのはクラスの継承
それ以外の継承はあってもいい

**デフォルトの名無しさん** · 2023/11/08(水) 19:13:26.39

>>182
とニートが申しております

**デフォルトの名無しさん** · 2023/11/08(水) 20:13:44.98

有害なのは多重継承では？
単一継承はいいでしょ

**デフォルトの名無しさん** · 2023/11/08(水) 20:15:54.45

綺麗に書けるならという条件がつく
本来、綺麗に階層化するのが目的だったのが、どうしてもごちゃついてしまう
基本にして難それが継承

って感じでいい?

**デフォルトの名無しさん** · 2023/11/08(水) 20:28:47.14

>>189
大抵は駄目。
継承は「インターフェイスの共有」という外部との契約と、「実装の共有」という内部との契約をごっちゃにしているから、すぐに設計がごちゃごちゃになる。

内部と外部は明確に分離したほうが手間がかかるが問題になりにくい。

**デフォルトの名無しさん** · 2023/11/08(水) 20:35:51.69

クラス継承では複数の機能を継承したくなった時に多重継承が起きてしまう
多重継承を避けるには使うすべての機能を巨大なツリー関係に押し込める本末転倒な事態になる

**デフォルトの名無しさん** · 2023/11/08(水) 20:37:37.21

>継承は「インターフェイスの共有」という外部との契約と、「実装の共有」という内部との契約をごっちゃにしている
Nimの継承にも同じことが当てはまるけど
Nimにはクラスはないから有害じゃないという主張でいいのかな？

**デフォルトの名無しさん** · 2023/11/08(水) 20:53:57.66

>>189
そのレベル浅い知識ならおそらく「SOLID原則」を知らないでしょ
勉強しな？
メンテや機能追加を繰り返してるとどうしても内部構造が腐敗していくものよ

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

>>193
理想は継承なしの共通インターフェイス。継承自体いらん。

原理的には同じメソッドを持つのならどんなインスタンスでも同じインターフェイスで扱えるから、継承を使って扱えるインターフェイスを制限するのは「早すぎる最適化」としかいえん。

**デフォルトの名無しさん** · 2023/11/08(水) 21:07:15.90

多重継承って本当に悪か?
多重継承を使う前に周りに悪って教え込まれたので
これまで本格的に使ったことはないのだが
みんなは酷い目にあったことあるかい?
敢えて「多重継承=悪」思考停止論を提起したい

**デフォルトの名無しさん** · 2023/11/08(水) 21:20:08.15

有用なものを何も生み出せない
目的と手段を履き違えた無能たちの知識バトルロワイヤル

**デフォルトの名無しさん** · 2023/11/08(水) 21:23:09.85

現在動作してる過去のシステムを捨てるわけにいかない状況で、新しい共通システムを書くには継承がいいと思うけど
どうなんでしょう？素人考えなんですけど。

**デフォルトの名無しさん** · 2023/11/08(水) 21:23:13.22

オブジェクト指向のメリットってホントにメリットなんだろうか？

**デフォルトの名無しさん** · 2023/11/08(水) 21:35:45.96

>>199
モジュール分割の方法を広げるっていうメリットはある。
カーネルドライバー部分はオブジェクト指向した方がいいって、否定派のlinusも認めてる。

**デフォルトの名無しさん** · 2023/11/08(水) 21:56:55.44

オブジェクト指向 ⊃ クラスの使用 ⊃ クラス継承の使用

オブジェクト指向自体は問題ない
クラスの使用も継承を用いなければ問題ないが
クラスと他との違いはクラス継承にあるように本質がその継承機能にあるため
クラス自体を無くしたプログラミング言語が最近は多数派となった