結局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/18(土) 21:45:39.76

>>444
一致してない
継承理解できずにアホな使い方する一部の人が勝手に騒いでるだけ
採り入れないとおまえみたいなのが無根拠に騒ぐからとりあえず採り入れてるだけ

**デフォルトの名無しさん** · 2023/11/18(土) 22:49:22.88

モダンなプログラミング言語のうち、
過去のしがらみのある2つの言語を除いて、
すべての言語が継承をクラスごと排除して採用していないもんな

**デフォルトの名無しさん** · 2023/11/18(土) 22:53:24.96

>>485
おかげで全てマイナー言語のままじゃん?

**デフォルトの名無しさん** · 2023/11/18(土) 23:39:14.05

切捨ては極端すぎる。まるで都合の悪いことは無かったことにする左翼の思想
継承はあった方が便利なんだよ
元々オブシコは継承機能が売りだったのに手のひら返してやっぱ合成でいいって、それC言語でもできることだし…
先祖返り…デグレード…設計ミスってことぉ？

**デフォルトの名無しさん** · 2023/11/18(土) 23:51:56.62

2010年以降にできた言語で広く使われてるのは
Kotlin, Swift, Dart, TypeScriptらのクラス継承のある言語

**デフォルトの名無しさん** · 2023/11/19(日) 00:04:07.84

型のgeneralization/specializationはどの言語でも必須と言っていい機能でspecializeされた型でgeneralな型の実装を再利用できるというのは物凄く直感的でわかりやすく便利な機能だから完全に無くせば利便性を損なうだけ

Rustでも形を変えて実装継承が存在するのはそのため

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

>>489
実装継承は問題点が多すぎるからRustでは採用されていない
実装継承とはある型で定義されたメソッド実装がその型を継承する別の型にそのまま継承されること
Rustは実装継承をちゃんと排除している

**デフォルトの名無しさん** · 2023/11/19(日) 10:00:16.37

>>490
>実装継承とはある型で定義されたメソッド実装がその型を継承する別の型にそのまま継承されること
さすが進次郎
トートロジーが得意だな

**デフォルトの名無しさん** · 2023/11/19(日) 10:14:54.62

継承が必須という人は>191 >195 >204に反論してくれんかね？

shared_ptr<function<T>>で、Tをコンセプトに拡張したものがイメージかね。コンセプトに合致する「インスタンス」なら何でも変数に代入できるようにできれば、わざわざ継承で「インスタンス」の代入可能性を確保する必要は無い。

**デフォルトの名無しさん** · 2023/11/19(日) 10:29:52.82

>>492
継承で定義のコードを書く手間が減るだけでメリットになっている
デメリットうんぬんは使い方知らないだけ
使う場所間違えてる
以上
論破

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

>>493
ずいぶん貧弱な論破だなぁ。

>継承で定義のコードを書く手間が減る
そのために「事前にクラス継承関係をクラスに追加する」という余計な重たい依存関係を埋め込む必要があり、後々のインターフェイス設計に多大なコストが発生する。
依存関係低減のためにAdaptorを使うことになるなら、最初からインターフェイスにAdaptorみたいな機能があった方が良い。

>デメリットうんぬんは使い方知らないだけ使う場所間違えてる

あなたの感想ですか？

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

>>492
複オジはデメリットを真に理解してないから
どれレスでも的外れな内容になっている

>shared_ptr<function<T>>で、Tをコンセプトに拡張したものがイメージかね。コンセプトに合致する「インスタンス」なら何でも変数に代入できるようにできれば、わざわざ継承で「インスタンス」の代入可能性を確保する必要は無い。
継承の前にポリモーフィズムから勉強した方がよさそうだね
メリットとデメリットを理解してないというのは同じようだけど

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

>>495
おいおい、まともな反論できなくなったらレッテル張りかよ。

>ポリモーフィズム
だからポリモーフィズムにサブタイピングは依存関係重すぎると言っているんだよ。
std::funcionを理解できていますか？

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

記述量が多くなる＝悪は誰にでも判るだろう
RADが流行ったのも理解できるだろう
プログラマはいつも何を重視しているのか、それは時間だ
Rustでコンパイル通す時間よりC++でやった方が早かろう
C++でGUIアプリ作るよりC#でやった方が早かろう
さてRustでGUIアプリ作るには、一体どれだけ時間が掛かるのか
話は終わりだ

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

>>492
必須とは考えてないから反論はしない

ユーザが選択できれば良いんだよ
言語としては装備していて
害悪があると考えるならそう考えるユーザが使わなければ良い
他言語のライブラリを移植する際に
使った方が再設計の手間が掛からないというなら使えば良い
マイナー言語のまま終わるぞ

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

数年でRustみたいな思想はAIが肩代わりしてくれると思うよ
今からRustで数年苦労するよりは
他の事しつつ待ってた方がもしかして有意義なんじゃないかな笑

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

>>494
その指摘のような状況で使わなければいいだけ
全てのケースでその指摘が当てはまるわけではない
不適切な使用をしてる例を自分自身で示しているが、それに気づいていない
言うに事欠いて私の感想？
何回論破されるのあなた？

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

>>497
別にRust推す訳じゃないが
その理屈はRustで簡単にGUIが描けるツールが出たら解消してしまうがな

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

pythonのpysimpleguiでサクッと作って時間の掛かる処理だけpyo3でコールするか

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

>>501
Rustが世に出て13年みたいだが解消する見込みなし
時間の浪費は罪に等しいと考える現実的なプログラマであれば他の手段を見つけてるだろう
何もかも遅すぎるのろまに構う価値はない

**デフォルトの名無しさん** · 2023/11/19(日) 13:57:40.85

>>497
C#でGUIとか今時書かんて

**デフォルトの名無しさん** · 2023/11/19(日) 14:01:24.71

>>504
今時はguiには何使うもの？

**デフォルトの名無しさん** · 2023/11/19(日) 14:07:51.59

>>505
electronかtauriをガワにして中身はHTML+TypeScript
今のGUIアプリは大抵これ

ちなみに新しいteamsではガワはネイティブ実装で
中身はWebView2というコンポーネントを使っているらしい
作り方はHTML+TypeScriptなのは変わらない
WebView2はまだ簡単には使えないがおそらくこいつが主流になるはず

MS好きならちゃんとキャッチアップくらいしとこうぜ？

**デフォルトの名無しさん** · 2023/11/19(日) 14:10:24.62

当たり前だが別にそれにしろとは言わん
シンプルな業務系の画面なら何でも良いし作りやすい方が良い
RustのGUIは今のところ有力なものはないのは事実

**デフォルトの名無しさん** · 2023/11/19(日) 14:21:03.03

「マウス」のイベントハンドラを継承するメリットが誰にでもわかる
という前提が怪しいんだよ
マウスだぞマウス

**デフォルトの名無しさん** · 2023/11/19(日) 14:38:54.75

え?! RustってGUIライブラリがないの？?

**デフォルトの名無しさん** · 2023/11/19(日) 14:57:36.66

Tauriは糞

**デフォルトの名無しさん** · 2023/11/19(日) 14:57:55.82

>>509
RustのGUIも色々揃っている
GUIは用途によって多種多様な世界だからeguiのようなリフレッシュフレームベースのGUIクレートもある

そういう用途でなければRust関係なく一般的な話として今は各プログラミング言語でGUI作るのは極少数派になっている
つまりHTML/CSS/JavaScriptベースで作られるようになっていて使用言語を強いて言えばJS/TSの時代

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

>>500
ならせめて「当てはまるわけではない」ケースを指摘しないと反論にならん。
「不適切な使用をしてる例を自分自身で示しているが、それに気づいていない」というのに指摘しないのは反論者として誠実でない。後出しじゃんけんを狙った詐欺師にしか見えん。

**デフォルトの名無しさん** · 2023/11/19(日) 15:17:38.47

フィクションでもマウス的な小道具を無くそうとしてる
だから剣と魔法しかない

**デフォルトの名無しさん** · 2023/11/19(日) 15:21:36.07

>HTML/CSS/JavaScriptベースで作られるようになっていて使用言語を強いて言えばJS/TSの時代
そしてそれらは全て実装継承モリモリの実装に支えられている

**デフォルトの名無しさん** · 2023/11/19(日) 15:24:12.29

>>500
「その指摘のような状況で使わなければいいだけ」とか後出しジャンケンにもなっていないな。情報が空っぽすぎる。
無敵ジャンケン出して勝った気になるお子様みたい。

**デフォルトの名無しさん** · 2023/11/19(日) 16:13:36.90

>>514
Reactはクラス止めて関数型のやり方に変えて
かなり経つよ

**デフォルトの名無しさん** · 2023/11/19(日) 16:43:45.43

あったはずだけど

**デフォルトの名無しさん** · 2023/11/19(日) 16:45:02.12

あ、めっちゃ遅れレスだけど>>509に対して書いたつもりだった

**デフォルトの名無しさん** · 2023/11/19(日) 17:14:49.95

>>514
Reactは本体含めて継承は使っていない
全て関数

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

まあ今後のGUIはWebView2になるのは間違いなさそう
特にwindowsはこれが決定版になるはず

**デフォルトの名無しさん** · 2023/11/19(日) 17:39:17.01

>>512
ただ親クラスを継承して親クラスのメソッドを使うだけでしょ？
そんなことはどこにでもあるが、そのすべてがインターフェイス的に全てのメンバの実装が必須なケースになるのか？
ならない
なるケースはインターフェイスなど使えばいいだけ

**デフォルトの名無しさん** · 2023/11/19(日) 17:55:10.88

メンバ変数に直接アクセスするメリットはgetやsetを実装する時間を浪費しないことだが
継承のメリットはこれに類似している

**デフォルトの名無しさん** · 2023/11/19(日) 18:40:03.88

>>516,519
意味のない指摘をありがとう
ReactはHTML/CSS/JavaScriptを支える技術じゃなく
HTML/CSS/JavaScriptを活用した技術

ちなみにReactの本体では今でも実装継承使ってる
つまらない嘘はいい加減止めようね

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

>>523
支える技術とか活用した技術とか意味不明すぎる

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

>>524
何で知ったかしてバレないと思うん？

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

マイコンレベルに小さなコンパイラを搭載しなければいけないような案件だとRustは重たすぎて無理っぽいが
それ以外のデメリットは無い感じはする。今のところ
FPGAの論理合成のような長いコンパイルプロセスに未来を感じる（感想）

**デフォルトの名無しさん** · 2023/11/19(日) 20:46:51.67

>>523
頭が悪すぎて嫌になるな

**デフォルトの名無しさん** · 2023/11/19(日) 20:52:10.42

>>524
なんか日本語がおかしい
韓国人なんかな？

**デフォルトの名無しさん** · 2023/11/19(日) 21:13:25.27

英語圏で同じこと言われる不安を煽ってるから英語が苦手になるパターン

**デフォルトの名無しさん** · 2023/11/19(日) 22:14:28.15

昔のReactはコンポーネントクラスというJavaScriptのクラスを用いた方法を用いていたけど
それでも継承は使わないでコンポジションを使うようにと公式に書かれていた
今のReactはクラスではなく関数コンポーネントを用いるようになった

**デフォルトの名無しさん** · 2023/11/19(日) 22:31:23.82

継承はクラスの再利用とクラスの切り替えが同じ継承に集約
されていたのが問題だった

**デフォルトの名無しさん** · 2023/11/19(日) 23:15:24.31

>>531
コードの再利用とサブタイピングが一緒になっていたらなぜ問題なの？

**デフォルトの名無しさん** · 2023/11/20(月) 00:02:51.71

>>523
継承使ってるというのはどこのコード？

**デフォルトの名無しさん** · 2023/11/20(月) 03:25:10.93

クラスの切り替えとはキャストのことか
だがダックタイピング界隈には「キャストする」という振る舞いがない
templateなら引数を変えることが切り替えでありキャストは重要ではない
重要ではないものを重要と思ってたなら問題だ

**デフォルトの名無しさん** · 2023/11/20(月) 03:52:37.02

だからさ、独自用語で煙に巻いてないでTaPL読んだうえで共通語彙で話しようぜって

**デフォルトの名無しさん** · 2023/11/20(月) 07:37:53.49

>>521
親クラスを継承できないクラスはポリモーフィズムできないねぇ。

後から「読み取り専用のIFが欲しい」「書き込み専用が欲しい」となったらどうすんの？

「なるケースはインターフェイスなど使えばいいだけ」なら、途中で継承からIFに切り替える？
「早すぎる最適化」だなぁ

**デフォルトの名無しさん** · 2023/11/20(月) 08:24:47.95

さすがにその例だと、「モード切替するメソッドを足す。所有権管理もさせる。旧クラスは廃止」とかだろ

**デフォルトの名無しさん** · 2023/11/20(月) 08:49:37.76

>>537
だから「継承は重い。早すぎる最適化」なんだよ。
いつインターフェイスを確定するのは設計を煮詰めないと無理だから、設計初期に確定なんて不可能。

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

>>499
俺もそう思う

**デフォルトの名無しさん** · 2023/11/20(月) 10:54:06.11

何で君達は最小のサンプルコードも書かずに俺様用語で議論してるの？
プログラマじゃないのかな？

**デフォルトの名無しさん** · 2023/11/20(月) 11:26:53.92

今朝のGoogleニュースで米の求人報酬だかでRustが2位とか見たわ
人事的にはRustで沼る人材が欲しいらしいぞ
良かったな

**デフォルトの名無しさん** · 2023/11/20(月) 12:00:36.92

>>536
そこら辺は言語によって違うからせめて言語くらい前提として共有しないと議論にならない。

親クラスを継承できないクラス、意味不明。
そもそもサンプルコード見せれば確実なところを自然言語で議論しようとする発想が意味わからない

**デフォルトの名無しさん** · 2023/11/20(月) 12:49:28.44

>>542
さすがに出先スマホでコード打ち込みたくないわな。
コードで言うなら>492みたいなのが欲しいというだけだし。

>親クラスを継承できないクラス、意味不明。

例えばライブラリが返すインスタンスのクラス。普通はクラスを直接弄ることはできないし、final宣言されてたら派生も無理。クラスを直接弄くれるとしても、ライブラリをメンテナンスするとか面倒臭いからやりたくない。
普通はAdoptor作るけど、それなら>492みたいなIF側で自動的にやる機能が欲しい。

**デフォルトの名無しさん** · 2023/11/20(月) 12:49:42.01

githubの2023年成長率でもRustが40%増でTOPだったな。
でもまだ人気言語TOP10には食い込んでなかったけど。

**デフォルトの名無しさん** · 2023/11/20(月) 12:53:05.42

>>541
日本だとマジで少ねえんだよな
ガッツリ使ってて将来性があるところならぜひ行きたい

**デフォルトの名無しさん** · 2023/11/20(月) 13:32:31.99

>>541
1位はpython?

**デフォルトの名無しさん** · 2023/11/20(月) 13:42:54.45

そりゃ1位はPHPだよ

**デフォルトの名無しさん** · 2023/11/20(月) 13:54:03.53

>>523
早くだせよコラ
適当いってんのはテメェだろクソが

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

>>547
PHPを書けるより市場価値がないの?

**デフォルトの名無しさん** · 2023/11/20(月) 14:38:31.00

Rustが出せるのは高い信頼性だが、日本で何か作っても、それ信頼できんの?ってなるから
だったりして

**デフォルトの名無しさん** · 2023/11/20(月) 14:44:00.93

>>550
求められている信頼性って「Rustが出せる信頼性」とは違うんだと思うよ

**デフォルトの名無しさん** · 2023/11/20(月) 15:09:31.41

日本だけに限らないかも知れないけど
ソフトウェアの利用者ってそもそも
何の言語で造ってるかなんて気にしてないし知ろうともしない

**デフォルトの名無しさん** · 2023/11/20(月) 15:36:03.59

Rustが使われる理由は高速省メモリで開発効率や保守性が良いため

**デフォルトの名無しさん** · 2023/11/20(月) 15:41:32.66

>>553それはRustプログラマの視点
それまでの話は発注者側からの話

**デフォルトの名無しさん** · 2023/11/20(月) 15:49:44.16

発注者側の視点でも
高速省メモリで安全性も高いのはRustとなる

**デフォルトの名無しさん** · 2023/11/20(月) 15:55:24.47

鶏と卵の関係になるけどプログラマが確保できなく保守性が悪い

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

>>555
という願望

いいものなら売れるというナイーブな考えは捨てろ

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

>>556
プログラムの保守性自体はRustが高くて好ましいため
あとはプログラマーの数は単調増加する一方なので特に問題なし

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

>>558
プログラマが確保できないってことは
発注者側からすると運用後の保守に
支障を来すリクスがあるってことだよ

**デフォルトの名無しさん** · 2023/11/20(月) 17:04:51.35

コントリビューター増加「率」はミスリードかも、レポ増加「数」は
github 2023年新規レポジトリ10KB以上

JavaScript 2.1M results
Java 767k results
Python 749k results
TypeScript 627k results
C# 338k results
C++ 244k results
C 174k results
PHP 152k results
Kotlin 147k results
Dart 109k results
Go 84.4k results
Ruby 64.3k results
Swift 59.3k results
Rust 39.4k results
Lua 22.1k results
HCL 16.4k results

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

クローズ開発案件が含められないから意味が無い件

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

>>557
株とかはそうだね
いいものは誰にも教えないで買い占めるはず
商品化し売られているのは悪いものしかない説

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

>>561
ある程度は相関してるでしょ

**デフォルトの名無しさん** · 2023/11/20(月) 21:15:52.04

>>562
お前がレスに使ってる端末は悪いものなんだな～。

**デフォルトの名無しさん** · 2023/11/20(月) 21:47:51.39

>>564
自然言語で雑談ばっかりして
コーディングとコンパイルと実行をしない原因はこの端末かもしれないな

**デフォルトの名無しさん** · 2023/11/20(月) 21:56:32.85

>>533 >>548
嘘つきオジは「知ったかぶりして”Reactは本体含めて継承は使っていない全て関数”などという真っ赤なウソをついてすみませんでした」と言うのが先だろ

**デフォルトの名無しさん** · 2023/11/20(月) 21:59:46.43

>>563
全くしてないだろ
公開出来るソフトなんて業界の一部でしか無いからなぁ

**デフォルトの名無しさん** · 2023/11/20(月) 22:02:12.48

>>566
負けを認めろ
土下座したら許してやるぞ

**デフォルトの名無しさん** · 2023/11/20(月) 23:27:57.05

>>530
Reactはクラスコンポーネント時代も
開発元のFacebookが様々なケースで継承を使うとよいケースは存在していないことを確認しているとReact公式に書いていたもんな
もちろん今はクラスコンポーネントすら捨てて関数コンポーネント

**デフォルトの名無しさん** · 2023/11/21(火) 08:57:03.65

GitHubで最も使われている言語はJavaScript、最も利用者が増加したのはRust。AIプロジェクト数はこの1年で3倍増GitHubが年次調査「Octoverse 2023」発表
https://www.publickey1.jp/blog/23/githubjavascriptrustai13githuboctoverse_2023.html

AI関連のプロジェクトを国別に見ると米国が突出していますが、日本はインドに次いで3位となっており、日本のオープンソース開発者は世界的に見て積極的にAI関連のプロジェクトに関わっていることが分かります。

プログラミング言語別にコントリビュータの増加率を見ると、1位がRust、2位がRua、3位がTypeScript、4位がHCL(HashiCorp Configration Language)、4位がTSQL、5位がPythonとなります。

**デフォルトの名無しさん** · 2023/11/21(火) 09:29:05.70

React本体のJavaScriptコードで継承が使われてるという事実は嘘つきオジがいたので指摘しただけで重要な事ではない
JavaScriptの継承を理解してる人ならリポジトリ見れば誰でもわかる

重要なのはReactやReact Nativeが依存しているHTML/CSS/JavaScriptなどのホスト環境が提供するGUIライブラリやそれに類するものは全て実装継承モリモリで作られているということ

それはなぜなのか？

**デフォルトの名無しさん** · 2023/11/21(火) 09:48:09.93

>>570
Rustはもう何年もずーっと愛され続けてずーっと増加率もすごく高いのに
誰も使ってないのが不思議ｗ

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

増加＜率＞だからねw

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

つまり分子が大きいというより分母が少ない

**デフォルトの名無しさん** · 2023/11/21(火) 10:56:46.75

ヒント非公開

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

>>571
GitHubのコードに対するリンク一行貼るくらいやってよ

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

>>571
gtkはCだね

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

>>557
ほんそれ

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

>>575
エビデンスを出せという言葉を使えば公開されるという認識なんじゃないか
まるで魔法みたいに

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

>>569
とFacebookの犬が申しております

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

>>571
嘘つきはお前だよ

**デフォルトの名無しさん** · 2023/11/21(火) 12:25:12.17

>>571
お前毎回遅レスなのは何なの？
回線がない生活保護施設にでも住んでるのか？

**デフォルトの名無しさん** · 2023/11/21(火) 12:27:03.76

特定のレスに妙に攻撃的な単発ちょくちょく湧いてくるのってやっぱりアイツ？