C vs C++ vs Rust Part.3

**デフォルトの名無しさん** · 2022/01/27(木) 22:19:47.56

闘え
※前スレ
C++ vs Rust
https://mevius.5ch.net/test/read.cgi/tech/1619219089/
C vs C++ vs Rust Part.2
https://mevius.5ch.net/test/read.cgi/tech/1639539350/

**デフォルトの名無しさん** · 2022/02/04(金) 00:36:35.60

>>99
Cにクラスを入れたものとしてC++を使っている人は多いはず。
MFCなどもそう。

**デフォルトの名無しさん** · 2022/02/04(金) 00:44:19.25

>>101
いやいや、スレタイ通りこのスレではCとC++は対立する物として区別すべき

**デフォルトの名無しさん** · 2022/02/04(金) 00:45:03.38

今どき言語マウントするやつは
メンタルも技術力もアマチュア

**デフォルトの名無しさん** · 2022/02/04(金) 00:47:42.81

C++はCを基礎にしてるくせに、Cに歯向かって宿主を殺してしまう寄生虫みたいな
ことになってるからな。

**デフォルトの名無しさん** · 2022/02/04(金) 05:41:15.73

いまのc++の拡張がな
autoとラムダとdecltypeくらいでやめときゃいいのにあとでボツになりそうな仕様までモリモリに盛りやがって下手したらobjective-cみたいになりそう
なのにいまだにpropertyも実装されてないとか

**デフォルトの名無しさん** · 2022/02/04(金) 06:48:54.05

conceptsは許せる

**デフォルトの名無しさん** · 2022/02/04(金) 08:29:55.22

>>105
それほどへんなもの追加されてるか？
右辺値参照、constexpr、可変引数テンプレートは必要だしな

**デフォルトの名無しさん** · 2022/02/04(金) 08:53:37.86

色々理解できない機能が増えて辛いんだろw

**デフォルトの名無しさん** · 2022/02/04(金) 09:58:17.78

conceptはむしろ必須だろうよ

**デフォルトの名無しさん** · 2022/02/04(金) 10:06:51.33

C++11移行では、変数定義で、
TYPE a = b;
の形式が非推奨で、
TYPE a{b};
が推奨になった。
これは、C/C++の今までの伝統を全否定している。
C++11以後は、宿主を殺すウイルス的な存在に成り下がった一例。

**デフォルトの名無しさん** · 2022/02/04(金) 11:28:12.62

http://hp.vector.co.jp/authors/VA000092/jokes/strup.html
すこ

**デフォルトの名無しさん** · 2022/02/04(金) 11:33:17.83

>>110 みたいな爺さんは書き方変わるだけでアタフタw

**デフォルトの名無しさん** · 2022/02/04(金) 12:53:41.07

>>110
TYPE a{b};
↑これって何がうれしいの？
c++よく知らんので教えてほしい

**デフォルトの名無しさん** · 2022/02/04(金) 12:55:43.71

コンパイラ都合じゃね？知らんけど

**デフォルトの名無しさん** · 2022/02/04(金) 14:18:18.78

>>113
オブジェクトの定義に対して初期化子を与えると、オブジェクトの初期値を
決定することになるが、初期化子には次の4種類ある :
T a{b};
T a={b};
T a = v;
T a(v);
・このうち、あらゆる局面で利用できるのは、最初の T a{b}の形式のみ
　(なおこの形式はC++11で新しく導入された。)。
・一番大きな理由はこの形式は「縮小変換を許さないから」とされる。

ただし、ややこしいのが、Tの部分を autoにした場合は、T a{b}の形式は
落とし穴がされるので使うべきではないとされている。
なぜなら:
auto z1{99]; // z1は initializer_list<int>型になってしまう。
auto z2 = 99; // z2は、int型。

ところが、Tが具体的な型の場合には、T a{b} が推奨される:
int x1{99};　// 推奨される書き方。
int x1 = 99;　// 縮小変換があるので推奨されない書き方。

全く一貫性が無く、C++11が駄目な部分の一つ。

**デフォルトの名無しさん** · 2022/02/04(金) 14:21:57.65

>>115
[誤字訂正版]

オブジェクトの定義に対して初期化子を与えると、オブジェクトの初期値を
決定することになるが、初期化子には次の4種類ある :
T a{b};
T a={b};
T a = b;
T a(b);
・このうち、あらゆる局面で利用できるのは、最初の T a{b}の形式のみ
　(なおこの形式はC++11で新しく導入された。)。
・一番大きな理由はこの形式は「縮小変換を許さないから」とされる。

ただし、ややこしいのが、Tの部分を autoにした場合は、T a{b}の形式は
落とし穴が有るので使うべきではないとされている。
なぜなら:
auto z1{99]; // z1は initializer_list<int>型になってしまう。
auto z2 = 99; // z2は、int型。

ところが、Tが具体的な型の場合には、T a{b} が推奨される:
int x1{99};　// 推奨される書き方。
int x1 = 99;　// 縮小変換があるので推奨されない書き方。

全く一貫性が無く、C++11が駄目な部分の一つ。

**デフォルトの名無しさん** · 2022/02/04(金) 14:40:30.04

ふーん、レガシー言語は大変だね

**デフォルトの名無しさん** · 2022/02/04(金) 14:44:09.08

Rustはもっと最悪に汚い。
C++の最大の欠点は、仕様が難しいことに有るが、
Rustはさらに仕様が難しい。
よって、RustはC++をさらに悪くしたと言えて、改良には全くなってない。

**デフォルトの名無しさん** · 2022/02/04(金) 14:54:48.13

ふーん、レガシー脳は大変だね

**デフォルトの名無しさん** · 2022/02/04(金) 14:59:52.64

>>119
馬鹿は黙ってろ。

**デフォルトの名無しさん** · 2022/02/04(金) 15:11:33.72

つまり仕様が簡単な方が良いということ？

**デフォルトの名無しさん** · 2022/02/04(金) 15:17:49.19

>>119
ばーかｗ

**デフォルトの名無しさん** · 2022/02/04(金) 16:13:01.17

効きすぎだろwww

**デフォルトの名無しさん** · 2022/02/04(金) 16:23:37.19

c++は（ランタイム速度落とさなくても）できらぁ！ってなったらとりあえず入れるからな。
ある意味とてもガキくさいがそれはそれでありなポジションに到達してる気はする。

**デフォルトの名無しさん** · 2022/02/04(金) 20:04:05.51

そんな凄いんだったらもっと普及してるよねRust
でも現実はブビにもコボルにも負けてる泡沫言語

**デフォルトの名無しさん** · 2022/02/04(金) 20:40:31.16

単純に新しい言語だから累積となるユーザ数でまだ不利なだけ
2019年11月のasync導入で非同期プログラミングがまともに使えるようになってまだ2年余り
Linux OSのようにC++を頑なに拒否していたプロジェクトでもRustは受け入れられたように
C++に未来はないがRustには未来がある

**デフォルトの名無しさん** · 2022/02/04(金) 20:44:24.76

最後間違い
C++に未来はないがRustも未来はない

**デフォルトの名無しさん** · 2022/02/04(金) 20:49:40.24

日本は先進国の技術トレンドから5年以上遅れてるからね

**デフォルトの名無しさん** · 2022/02/04(金) 20:53:24.16

C++erはレガシー脳が多いから

いい意味でのレガシーね
オリンピックレガシーみたいなw

**デフォルトの名無しさん** · 2022/02/04(金) 20:54:41.42

C++はあんなみすぼらしいラムダ式用意して哀れやわ
貧乏の家の子が自家製ボタモチもって突っ立ってるようやわ

**デフォルトの名無しさん** · 2022/02/04(金) 21:01:52.67

Rustやってる奴は現状アーリーアダプターで普及するにしてもまだ年月掛かると思う
んでその間にまた新しい言語が開発されみんなそっちに移って行くと

**デフォルトの名無しさん** · 2022/02/04(金) 21:06:34.54

新しい言語はどんな問題解決してくれるんだろうな
動的型付けが復権するんだろうか

**デフォルトの名無しさん** · 2022/02/04(金) 21:15:25.28

>>131
アーリーアダプターは数年前の時期
今は大手IT各社GAFAMがRustに本腰

プログラミング言語「Rust」のための「Rust Foundation」設立 -- AWS(Amazon)、Microsoft、Google、Mozilla、Huaweiが創設
https://japan.zdnet.com/article/35166267/
Facebook(現Meta)が「Rust Foundation」に参加
https://japan.zdnet.com/article/35170192/

**デフォルトの名無しさん** · 2022/02/04(金) 22:59:18.87

>>131
それならそれで無駄にはならない気がするが
考え方は継承されるだろうし

**デフォルトの名無しさん** · 2022/02/05(土) 01:30:11.76

SNS見てる限り、若い人でも人気は Rust より C/C++ の圧勝。

**デフォルトの名無しさん** · 2022/02/05(土) 02:39:36.18

大学の課題とかはまあC/C++よね

**デフォルトの名無しさん** · 2022/02/05(土) 06:15:36.04

>>133
RustはVisual studioでデフォルトで選択できるようになったら普及するだろうな

**デフォルトの名無しさん** · 2022/02/05(土) 09:06:42.96

北京五輪と東京五輪の開会式をプログラミングで例えるとどうなるやろ？

**デフォルトの名無しさん** · 2022/02/05(土) 16:44:42.87

そのまま普通に
東京五輪 Rust
北京五輪　C++

**デフォルトの名無しさん** · 2022/02/05(土) 17:35:54.33

東京五輪 FAMILY-BASIC

**138** · 2022/02/06(日) 17:01:26.43

ちょっとセンシティブな話だったか
与太話と思ってスルーしてくれ
すまんかった

**デフォルトの名無しさん** · 2022/02/10(木) 11:18:14.49

>>139
Rustってそんな酷い言語だったんだ
手出さなくて良かったわ～

**デフォルトの名無しさん** · 2022/02/10(木) 11:25:47.65

Rust 拝金主義
C++ ハイキング

**デフォルトの名無しさん** · 2022/02/10(木) 20:10:06.55

RustはC,C++を駆逐すると思う。アレに拘泥する理由はない。

**デフォルトの名無しさん** · 2022/02/10(木) 21:00:13.02

HighKingの至高の頂に座居するC++に勝てると本気で思っているのかね

**デフォルトの名無しさん** · 2022/02/10(木) 21:47:05.33

>>144
過去資産があるから駆逐まではいかないかな。
でももっと利用されるだろう。
けど非同期のやつとかの分断をどうにかして欲しい。

**デフォルトの名無しさん** · 2022/02/10(木) 21:50:08.15

ジワジワと侵食して気が付いたらいつの間にか利用していたって広がり方するんだろうな

**デフォルトの名無しさん** · 2022/02/10(木) 21:51:34.38

>>116
これ見てクソ言語だなって思わないヤツいるのかね。

**デフォルトの名無しさん** · 2022/02/10(木) 21:53:35.73

>>116
なんでこんな言語が使われるようになったんや？

**デフォルトの名無しさん** · 2022/02/10(木) 23:38:10.62

>>149
使われるようになったんじゃなく、既に使われてた言語を過去との互換性を崩さずに変更しようとして/変更してそうなったんだよ。
その変化は今なお止まってないんよ。

**デフォルトの名無しさん** · 2022/02/10(木) 23:40:02.53

>>149
はい
http://hp.vector.co.jp/authors/VA000092/jokes/strup.html

**デフォルトの名無しさん** · 2022/02/11(金) 01:30:20.07

>>149
C++が最初に使われ始めたころは、T a{b}のような記法はなく、
C++11で登場した。
使われ始めたころのC++はCの後継として丁度良いと思われるようなもので
あって、>>116のような変な仕様は入ってなかった。
最初は良かったが、後を突いていくと時々「え？」と思うような仕様が入り込み、
C++11で如実になった。
・templateの仕様も「え？」と思うことが多いものだった。
　Stroustrap氏によれば、高速化に重点を置いて導入されたものらしいから、
　分かり易さは犠牲になっているようだが、それにしても分かりにくいことが多い。
・C++にはライブラリが無かったので、C++11で導入されたが、それが
　賛否の分かれるもので、恐らく6割くらいの人には質が悪く感じるものであった。

**デフォルトの名無しさん** · 2022/02/11(金) 07:42:26.56

www.mercari.com/jp/search/?keyword=hr400p
こういう安い中古チューナ買って、Coinyをスカパープレミアム放送のICカード化して、
スカパープレミアムのチャンネル全部見れるし、USB HDDに録画フリー。
【avoCADO】 Coiny card Part4【仮想通貨】
https://mevius.5ch.net/test/read.cgi/avi/1640762750/

**デフォルトの名無しさん** · 2022/02/11(金) 11:09:11.39

C++は必要な機能だけ使ってれば問題ないことが多いが、
コンパイルエラーメッセージがやばすぎる
まともな言語とは言えない

**デフォルトの名無しさん** · 2022/02/11(金) 11:36:27.12

アレは読むんじゃない
詠むんだ

**デフォルトの名無しさん** · 2022/02/11(金) 11:39:59.37

>>154
逆にRustのコンパイラのエラーメッセージは手厚く至れり尽くせりで感度もの

**デフォルトの名無しさん** · 2022/02/12(土) 01:52:06.05

>>154
C++は、学者がtemplateメタプログラミング関連などの理論的な正しさを
見せびらかしているだけの様な気がするよ。
「ほら、これでメタプログラミングができるだろ、俺の理論の正しさがわかったか」
みたいに。

**デフォルトの名無しさん** · 2022/02/12(土) 01:53:21.86

ただ、だからといってRustがその代わりになるということではない。
RustはRustでC++以上に問題を入れ込んでしまった。
これもまた机上の空論の様な言語。

**デフォルトの名無しさん** · 2022/02/12(土) 09:46:16.21

>>158
机上の空論でない言語は何よ？

**デフォルトの名無しさん** · 2022/02/12(土) 10:21:13.78

アセンブラとC言語
使わないけどFORTRANとCOBOLもそうかな

**デフォルトの名無しさん** · 2022/02/12(土) 10:44:19.07

>>160
ADAは？

**デフォルトの名無しさん** · 2022/02/12(土) 11:06:25.45

>>159
横やけど
俺もC言語だと思ってる。

**デフォルトの名無しさん** · 2022/02/12(土) 11:24:57.04

>>161
Ada は（少なくとも出た当時は）けっこう机上の空論ぽい機能てんこ盛りだった

**デフォルトの名無しさん** · 2022/02/12(土) 11:27:00.51

Cは貧弱すぎだろう。いまさらmallocとか書く気もおきん。

**デフォルトの名無しさん** · 2022/02/12(土) 12:03:28.21

>>158
C++の問題よりはマシだろ

**デフォルトの名無しさん** · 2022/02/12(土) 12:07:09.85

前にこれをC++スレかどっかで発言したら結構叩かれたけど
C++って結局はテンプレートが言語の真ん中にあるよな
他の言語色々やった上であらためてC++見ると俺にはそう見える
一応マルチパラダイム言語だからC++しかやったことない人は
テンプレートだけをフォーカスされるのは不服っぽいけど

**デフォルトの名無しさん** · 2022/02/12(土) 12:08:32.56

テンプレートは強力だよな

**デフォルトの名無しさん** · 2022/02/12(土) 12:12:41.52

Cではちょっとしんどいです
いろんなコンテナ使いたいです
そんとき型をパラメータ化したいです
ハゲ「テンプレートでみんな幸せ」
C++er「やったぜ」

C++規格の関係者「いろいろ仕様につっこんだぜ！」
C++er「あっはい」

**デフォルトの名無しさん** · 2022/02/12(土) 12:42:37.24

>>166
概ね同意
テンプレートは便利だけど使いすぎてワケワカメってなりがち

**デフォルトの名無しさん** · 2022/02/12(土) 13:44:38.22

Rustでバブルソート書いてみたがすげー書きやすいな
食わず嫌いだったかもしれん
コンパイルエラーがめっちゃわかりやすい

**デフォルトの名無しさん** · 2022/02/12(土) 13:57:38.37

ほんとかよｗ

**デフォルトの名無しさん** · 2022/02/12(土) 14:50:46.51

バブルソートw

**デフォルトの名無しさん** · 2022/02/12(土) 15:04:29.49

バブルソートw
笑うとこかよ

**デフォルトの名無しさん** · 2022/02/12(土) 15:45:26.65

確かにエラーは笑っちゃうくらい親切だわな

**デフォルトの名無しさん** · 2022/02/12(土) 16:16:36.29

rustのエラー報告は全てのプログラミング言語で最高の親切さだと思う
他の言語がサボりすぎなんだよな
rust書くと他の言語かけなくなる

**デフォルトの名無しさん** · 2022/02/12(土) 16:54:42.98

そんなバブルソートバカにせんでもよかろうに
大学一年で最初の方に習うし、初めての言語触るにはまあまあ良い題材では

**デフォルトの名無しさん** · 2022/02/12(土) 17:44:36.13

少しいじってcombソートにしたらクイックソートにもひけをとらないしな。

**デフォルトの名無しさん** · 2022/02/12(土) 17:55:38.68

Rustで双方向リストをマージソートでソートするとかだとめんどくさいことになる気がする

**デフォルトの名無しさん** · 2022/02/12(土) 18:09:42.02

バブルソートがすげー書きやすいってどのへんが？
逆にそんなもん書きにくい言語なんてあるの？
fn main() {
let mut v = vec![8, 4, 3, 7, 6, 5, 2, 1];
let bsort = |v: &mut Vec<i32>| for i in 0..v.len() {
for j in 1..v.len() - i {
if v[j] < v[j - 1] {
v.swap(j, j - 1)
}
}
};
bsort(&mut v);
println!("{:?}", &v);
}
↑書いてみた
細かいところは日本語版wikipediaに準拠

**デフォルトの名無しさん** · 2022/02/12(土) 18:12:12.77

ソートの話はどうでもよくて要点はRustに対してのこの部分だと受け取ったが

>>170
> 食わず嫌いだったかもしれん
> コンパイルエラーがめっちゃわかりやすい

**デフォルトの名無しさん** · 2022/02/12(土) 18:34:19.97

>>180
同意

**デフォルトの名無しさん** · 2022/02/12(土) 19:15:40.31

バブルソートは理解が難しいわりに現実に使われんのがな。
それだったらクイックソートをだな。

**デフォルトの名無しさん** · 2022/02/12(土) 19:50:02.51

>>182
> バブルソートは理解が難しい
えっ？

**デフォルトの名無しさん** · 2022/02/12(土) 19:53:57.23

>>183
頭の良さは人それぞれなんだから馬鹿にしない

**デフォルトの名無しさん** · 2022/02/12(土) 21:02:43.90

ダブルアレイは原理が簡単にもかかわらず、十分バグが取れるまでずいぶん時間がかかった。

**デフォルトの名無しさん** · 2022/02/12(土) 23:07:39.79

CPU時間をたらふく使うバブリーなソートだよな

**デフォルトの名無しさん** · 2022/02/12(土) 23:55:25.98

>>180
Rustはコンパイラが出すエラーメッセージが詳しすぎて解決案まで示唆してくれたり親切すぎる
他のコンパイラ言語だけでなくインタプリタ言語まで広げても一番親切なプログラミング言語システムだと断言できる

**デフォルトの名無しさん** · 2022/02/12(土) 23:56:38.45

まあC++にテンプレートないならそこまで使わんわな

**デフォルトの名無しさん** · 2022/02/13(日) 01:14:02.16

Stroustrup氏の脳内では、テンプレートの目標が高速化であるということなのが
問題の始まりの気がする。

**デフォルトの名無しさん** · 2022/02/13(日) 01:20:30.65

マクロ=高速化用途で使われているもの
という見方が如何にも実用プログラムを書いたことの少ない学者だと思う。

**デフォルトの名無しさん** · 2022/02/13(日) 09:42:52.30

C++からテンプレート取ったらなにも残らない

**デフォルトの名無しさん** · 2022/02/13(日) 09:51:25.60

いや残るだろ

**デフォルトの名無しさん** · 2022/02/13(日) 10:12:41.48

STLなくなっちゃう

**デフォルトの名無しさん** · 2022/02/13(日) 10:25:11.79

>>186
その代わりメモリーは使わないから貧乏な俺でも使える

**デフォルトの名無しさん** · 2022/02/14(月) 23:17:34.32

>>179
そういうことではなく
おそらく>>170が言いたいのはコンパイラが出すエラーがめっちゃ親切なことだろう
こっちで書き換わってるからここにmutを付けなさいとか
ここで所有権が移動したのに後で使用してるからここに&を付けなさいとか
これをuse宣言するのを忘れてますよとか
この変数は宣言されず使われていますがこの変数名のスペルミスではありませんかとか
といった簡単なものから
複雑な借用関係をちゃんと登場人物たちをはっきりさせてあっちとそっちがこれこれでマズいのでこうしてみたらどうかなど
こんなにきめ細かく親切なエラーを出すコンパイラ＆インタプリタは他の言語と比べてもトップではないか

**デフォルトの名無しさん** · 2022/02/15(火) 00:19:44.75

>>151
デマは辞めようね

**デフォルトの名無しさん** · 2022/02/15(火) 00:24:28.01

>>195
同意

**デフォルトの名無しさん** · 2022/02/15(火) 07:23:31.22

>>195
そこは目から鱗だよな
ここまでできるなら、他の言語も頑張れよと言いたくなる

**デフォルトの名無しさん** · 2022/02/15(火) 07:51:21.06

言語として所有権の概念がないからその辺りの指摘はしないけどVS2022のC#も結構色々提案してくれるぞ

**デフォルトの名無しさん** · 2022/02/15(火) 09:28:59.50

このながれでこれを言う意味なんてないけど
わかるやつだけわかってくれたらいいんだけど
Rustのコンパイラ昔は酷かったよな
無慈悲なボローチェッカと戦ってたよな(´；ω；｀)

**デフォルトの名無しさん** · 2022/02/15(火) 09:42:41.51

まだメジャーバージョン1だしそりゃまあ