C vs C++ vs Rust Part.2

**デフォルトの名無しさん** · 2021/12/15(水) 12:35:50.91

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

**デフォルトの名無しさん** · 2022/01/19(水) 17:57:12.48

結局のところ未熟者が書いたコードは当てにならないと言うのがすべて

**デフォルトの名無しさん** · 2022/01/19(水) 17:58:56.29

未熟者に限らず自分自身含む人が書いたコードはまず疑った方が良い

**デフォルトの名無しさん** · 2022/01/19(水) 18:28:03.14

ロングランテストの所有権を複製して仲介イテレータで処理すれば算数は100点！！

**デフォルトの名無しさん** · 2022/01/19(水) 18:33:19.44

最近Rustが楽しくなってきた

**デフォルトの名無しさん** · 2022/01/19(水) 18:45:27.74

RustはFirefoxがまともに動くようになってからでイイわ。
本家すら使いこなせてないのに俺ら雑魚にはまだ無理だわ。

**デフォルトの名無しさん** · 2022/01/19(水) 18:54:05.02

GoとRustはやっといた方が良い予感がする

**デフォルトの名無しさん** · 2022/01/19(水) 21:11:11.24

>>824
ブラウザがこのスレにどういう関係が？？

**デフォルトの名無しさん** · 2022/01/19(水) 21:51:11.75

>>811
並行性テストすら知らないど素人さんが言うと説得力あるね～

**デフォルトの名無しさん** · 2022/01/19(水) 22:55:16.29

今はRustで書けばコンパイラがデータ競合も指摘してくれるので大丈夫
C++は既存システムのメンテ用

**デフォルトの名無しさん** · 2022/01/19(水) 23:24:32.20

データ競合起こすようなコードしか書けない奴はプログラマに向いてないわ

**デフォルトの名無しさん** · 2022/01/19(水) 23:52:50.70

ベテランでもデータ競合やメモリ安全のうっかりミスがあることは何度も示されている
それらをコンパイラでチェックできる高機能なプログラミング言語が登場したのだから
高機能な新しいものに付いて来れないプログラマこそ向いていない

**デフォルトの名無しさん** · 2022/01/20(木) 00:39:05.76

必死で宣伝するほどのものでもないのでは？

**デフォルトの名無しさん** · 2022/01/20(木) 00:48:04.28

Cで書かれているLinux OSが
あれほどC++は無意味な言語と採用を拒否し続けてきたにも関わらず
Rustを一部採用し始めたのが典型的ですね

**デフォルトの名無しさん** · 2022/01/20(木) 00:48:26.56

以前のHaskellのような勢いがあるけど、まったく使われないのもHaskellと同じでは？

**デフォルトの名無しさん** · 2022/01/20(木) 01:09:18.97

うっかりミスで競合バグやメモリ破壊が起きるとは思えんな
データ構造やテーブルの設計ができない、メモリ安全な書き方知らないってスキルや知識、経験の問題だろうよ

マルチスレッドの使いどころを知らないやつ、知ったか、コミュ障あたりがプロジェクトに混じると起きる
そういった猿を炙り出せるrustはパラドックスを抱えてる気もするが俺は好意的

**デフォルトの名無しさん** · 2022/01/20(木) 01:25:44.62

>>830
お前あんの？
俺一回もないけど
どんだけひどいコードかいてんだよw

**デフォルトの名無しさん** · 2022/01/20(木) 01:26:44.10

あとメモリ安全の話してないしw

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

俺もそうだったが、初めてマルチタスクOSでプログラミングし始めた頃に
興味を持ちやすいのが、マルチスレッドや、メッセージパッシング、
同期、非同期、排他処理など。
そして、実際にプログラム経験を積むにつれ、そういったものは、そんなに
使用しなくてもほとんどのプログラムには関係無いことが分かってくる。
というのは、シングルスレッドでも処理速度が足りる場合が多いからだ。
また、ブラウザ以外では async, awaitなどを使う理由は皆無である
ことも分かってくる。複雑になるだけで速度も上がらないから。
ほぼブラウザ上アプリ専用だと考えて良いだろう。

**デフォルトの名無しさん** · 2022/01/20(木) 01:29:39.27

>>837
なぜブラウザだけ？

**デフォルトの名無しさん** · 2022/01/20(木) 01:30:31.76

>>837
ウェブ周りは間違った設計が堂々としてて凄い貫禄と思う。
無印ペンティアム辺りの時代を未だに引きずっているのかも。

**デフォルトの名無しさん** · 2022/01/20(木) 01:31:27.85

>>838
貫禄が在りすぎて我々にはどうしようもない。

**デフォルトの名無しさん** · 2022/01/20(木) 01:52:40.04

>>837
色々とおかしいぜ
まずシングルスレッドでも可能な並行処理とマルチスレッドとなる並列処理の違いがわかっていない？
さらに非同期処理と並行並列処理の違いも分かっていない？

まずシングルスレッド内でもマルチタスクで並行処理はするしasync/awaitは用いる
ブラウザ上での各ページのJavaScriptもシングルスレッドで動いていてasync/awaitが使われる
非同期であればasync/awaitは使われるのだからマルチスレッドである必要はない

さらにasync/awaitを使おうと使わまいと非同期処理は必須
ネット通信にしてもI/O読み書きにしても同期かつ並行並列もなく待ちぼうけプログラミングでもしているのかね？

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

そういうことじゃないんだよな。

**デフォルトの名無しさん** · 2022/01/20(木) 04:37:02.48

>>837
マルチスレッドは処理速度だけじゃなく、プログラムをシンプルにする目的でも使うんよ

**デフォルトの名無しさん** · 2022/01/20(木) 08:33:11.42

>>841
"ロングランテスト"でしかテストできないという意味では全部一緒ですねw

**デフォルトの名無しさん** · 2022/01/20(木) 09:27:27.00

デスクトップアプリでsureddo使わないと、処理中はアプリが固まるんだけどなw

**デフォルトの名無しさん** · 2022/01/20(木) 09:44:08.26

>>835
お前が無くてもチームの誰かがあったらダメじゃねーの？

**デフォルトの名無しさん** · 2022/01/20(木) 09:47:19.38

>>845
シュアード・ドゥ使わなくてもオルニチン使えば大丈夫..

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

>>846
データ競合に関しては、ありがたみがわからないんだよね
そもそもそれが発生する設計しないというか...

**デフォルトの名無しさん** · 2022/01/20(木) 11:56:51.04

同感だわ
ポインタほどプログラム全体に散らばるようなものじゃないからな

**デフォルトの名無しさん** · 2022/01/20(木) 12:08:15.10

自分で書くぶんにはデータ競合はほぼ踏まないと思ってるし
実際Rustで書いてもSend/Syncエラーになったりはしないんだが
だからといって社内の謎ライブラリやらマイナーなOSSが
同程度に信頼できるわけではないからな
チェックがあるに越したことはない

**デフォルトの名無しさん** · 2022/01/20(木) 13:07:09.28

Send/Syncはまた別の話

**デフォルトの名無しさん** · 2022/01/20(木) 13:25:20.64

>>850
あ、そっか
スレッドセーフじゃないAPIを不用意に使って、共有するなにかが壊れる系のバグはあるわな

**デフォルトの名無しさん** · 2022/01/20(木) 15:08:40.58

社内の一番馬鹿に合わせるのって苦痛じゃないの？

**デフォルトの名無しさん** · 2022/01/20(木) 15:23:18.62

>>850
同意

**デフォルトの名無しさん** · 2022/01/20(木) 16:03:42.89

>>853
嫌ならやめればいいね

**デフォルトの名無しさん** · 2022/01/20(木) 16:21:18.96

データ競合やメモリ安全のコンパイラによる保証よりも
Rustは様々な点でC/C++よりプログラミングしやすいことが一番の大きな点だと思う
挙げだすとキリがないけど値格納付enumや強力なマッチング＆デストラクチャリングなど含め基本的なことを始めにね

言語にそんな色んな機能は要らないしコンパイラによる保証も自分でやるから要らないという人にはC言語がある
C++は何もかもが中途半端な存在となってしまっていることに気付いた

**デフォルトの名無しさん** · 2022/01/20(木) 18:41:53.83

>>855
それは苦痛って意味？

**デフォルトの名無しさん** · 2022/01/20(木) 19:12:10.38

>>857
嫌ならやめればいいねって意味だけど？

**デフォルトの名無しさん** · 2022/01/20(木) 19:30:40.05

>>858
そもそも苦痛かどうか聞いてるんだけど？

**デフォルトの名無しさん** · 2022/01/20(木) 21:43:31.04

プログラミング言語として優劣差が明白にあります
C++とRustの両方を書ける人たちが新たなプロジェクトをする場合
100%Rustが採用されます

**デフォルトの名無しさん** · 2022/01/20(木) 22:05:27.01

>>860
ソースは？

**デフォルトの名無しさん** · 2022/01/20(木) 23:37:03.72

kerneldeveloperだけど、c使うな言われたらrust使うかな

**デフォルトの名無しさん** · 2022/01/21(金) 00:37:31.45

>>859
ケースバイケースでしょ
何アホな質問してんだか

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

>>863
アホはレスしないで

**デフォルトの名無しさん** · 2022/01/21(金) 06:29:26.72

>>853
苦痛だが、合わせざるを得ないのが現実だろ

**デフォルトの名無しさん** · 2022/01/21(金) 17:44:48.18

こういうのが嫌なんだよな

> Rustのデータベース系クレートでは、長らくORMのdieselがデファクトスタンダードとして各入門系テキスト／書籍でも扱われていましたが、ここ最近はdieselの名前を見かけることはあまり多くないように思います。

**デフォルトの名無しさん** · 2022/01/21(金) 18:42:50.23

C++の線形代数系ライブラリでは、長らくEigenがデファクトスタンダードとして扱われていましたが、ここ最近はEigenの名前を見かけることはあまり多くないように思います。

**デフォルトの名無しさん** · 2022/01/21(金) 22:57:18.79

>>866
標準でないライブラリはどの言語でも一緒やん。

**デフォルトの名無しさん** · 2022/01/21(金) 23:25:41.90

仕事には使えんな

**デフォルトの名無しさん** · 2022/01/22(土) 13:46:13.26

毎年決定版のライブラリやフレームワークが
変わるJS/TSで仕事回ってるし

**デフォルトの名無しさん** · 2022/01/22(土) 14:52:11.36

ブラウザは特殊。
デスクトップアプリでasync,awaitは不要。

**デフォルトの名無しさん** · 2022/01/22(土) 16:21:57.94

サーバサイドで使われてるのしらないの？

**デフォルトの名無しさん** · 2022/01/22(土) 16:26:26.49

もともと並列処理は、スーパーコンピューターで、クロック数の増加速度に陰りが
見え始めた時、複数のCPUで処理することで高速処理をするために発明されたもの。
プログラミングがとても難しいことが知られており、速度が十分な場合は不要。
1コア(スレッド)なのに非同期にする理由は無い。

**デフォルトの名無しさん** · 2022/01/22(土) 16:29:08.60

並列処理は、プログラムの難しさと引き換えに、速くなるためだけに発明された
だけの苦肉の策。
技術的な頭打ちをなんとか凌ぐために登場した。
シングルスレッドだと全く速くならないのに、プログラムを難しくするだけで
意味が無い。

**デフォルトの名無しさん** · 2022/01/22(土) 17:02:58.58

>>870
ほー、じゃ直近3年でプロジェクトに採用したFWを時系列に並べてみ？

**デフォルトの名無しさん** · 2022/01/22(土) 17:06:13.90

非同期並列ネタは複製おじさんの釣り仲介イテレータ

**デフォルトの名無しさん** · 2022/01/22(土) 17:28:20.63

お前はまずマルチスレッドとマルチコア（or プロセッサ）の違いを理解してから書き込め
スパコンの前からマルチタスクは普通に使われてた

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

>>877
それはアプリケーションレベルでの話で、マルチプロセス。
複数のCPUや複数のコアが搭載されるようになってからのみ、
マルチスレッドプログラミングの意味が出た。

**デフォルトの名無しさん** · 2022/01/22(土) 18:14:18.83

>>877
マルチタスク(マルチプロセス)は、OSの利便性のために生まれた。
速度とは関係無いし、アプリのプログラミングにもほぼ関係無い。

**デフォルトの名無しさん** · 2022/01/22(土) 18:28:41.27

何言ってるんだ？
古くからマルチプロセスで高速化なんていくらでもあるだろ
make -j オプションとか知らんのかよ

**デフォルトの名無しさん** · 2022/01/22(土) 18:37:28.25

>>880
シングルコア、シングルCPUのPC-9801だと基本的に速くならん。

**デフォルトの名無しさん** · 2022/01/22(土) 18:48:08.80

>>881
お前CPU Bound / IO Boundって知らんだろ
そんな知識で語るなよw

**デフォルトの名無しさん** · 2022/01/22(土) 19:05:35.39

>>871
最近はブラウザベースのデスクトップアプリ多いよね

**デフォルトの名無しさん** · 2022/01/22(土) 22:34:52.70

>>882
プログラマにあなたのような頭が悪い人が増えているから、
async,awaitが有名になっているのかも。

**デフォルトの名無しさん** · 2022/01/22(土) 22:36:34.19

>>884
もうそういうレスしか返せないならやめたら？
痛々しいぞ

**デフォルトの名無しさん** · 2022/01/22(土) 23:42:41.14

頭が悪い人は出入り禁止にして欲しい。
馬鹿とカシコがごちゃまぜになって紛糾してしまうのが匿名性掲示板の限界。

**デフォルトの名無しさん** · 2022/01/22(土) 23:52:32.52

>>882
でもお前もインフライトキュー知らねーじゃん

**デフォルトの名無しさん** · 2022/01/22(土) 23:56:12.45

>>871
デスクトップアプリでasync,awaitは不要、というのは古い環境だな
非同期を使わずに済むように制限があり
自分でI/O通信アクセスなどするのを許さないか
あるいは同期ブロックされて自分のスレッドは止まってしまう
つまりその場合でも意識はせずともその環境はマルチスレッドを使っている

>>873
1コア(スレッド)なのに非同期にする理由は無い、は間違ってるな
むしろ1スレッドで効率よく色んなことをするために非同期がある
JavaScriptがシングルスレッドなのに非同期を活用しまくりなことを知らないのだろうか？

**デフォルトの名無しさん** · 2022/01/23(日) 00:05:07.66

書き込み内容ではなく、 >>884 のように人格攻撃しかしないのはクソオブオソだから、普通に無視しとけ

**デフォルトの名無しさん** · 2022/01/23(日) 00:18:25.28

>>884 みたいなの釣りなのかマジモンなのかどっちなんだろ

**デフォルトの名無しさん** · 2022/01/23(日) 00:42:54.28

JSがHTMLを補助するために独特の仕組みを生み出しただけなのに、
それを一般化する人が増えて困る。

**デフォルトの名無しさん** · 2022/01/23(日) 02:19:46.48

このスレによく書き込む奴の中に、アスペが一人か二人いるようだ

**デフォルトの名無しさん** · 2022/01/23(日) 03:24:03.55

JSはプログラミング言語として特殊すぎるから、それを基準にしてはいけない。
特にasync,await,PromiseはHTMLの特殊性からきているものなので、
「新しい概念だから他のプログラミング言語にも広めていくべき」
などという見方は間違っている。

**デフォルトの名無しさん** · 2022/01/23(日) 03:33:10.01

async await最初に導入したのってC#では

**デフォルトの名無しさん** · 2022/01/23(日) 07:33:46.51

>>887
それ何？
ちょっと説明してみ

**デフォルトの名無しさん** · 2022/01/23(日) 07:35:24.30

>>890
論破されて引っ込みつかなくなってからの人格攻撃でしょ
無能によくあるパターン

**デフォルトの名無しさん** · 2022/01/23(日) 09:13:42.66

そもそもマルチスレッド(タスク)や非同期処理はIO多重化への対処であってコアの数は関係無い。
(マルチコアのほうがより効率に処理できるが)
本質わかってないやつ多すぎ。

**デフォルトの名無しさん** · 2022/01/23(日) 10:46:09.32

>>897
> 本質わかってないやつ多すぎ。
お前が一番わかってないだろ…

**デフォルトの名無しさん** · 2022/01/23(日) 13:55:33.39

このネタ毎回爆釣だね

**デフォルトの名無しさん** · 2022/01/23(日) 14:03:32.33

あと釣り宣言来ましたので今回はこれでお開きのようです

**デフォルトの名無しさん** · 2022/01/23(日) 21:34:18.28

>>897
それはOSレベルで工夫すればなんとでもなるので、マルチスレッドは必須ではない。
ところが、高速化に関しては、クロック数が頭打ちになってきているので、
マルチコア/マルチCPU化して、マルチスレッド・プログラミングで対処する
しかないことが出てきた。
したがって、あなたの主張は完全なる間違い。
実際は正反対。

**デフォルトの名無しさん** · 2022/01/23(日) 23:36:55.40

>>897の「マルチスレッド(タスク)や非同期処理はIO多重化への対処」のI/O多重化は当然通信も含むんじゃないか
>>901
OSレベルで工夫すればなんとでもなる、なんて無理
通信相手が返事を返すのに数msec、数秒、数分ということは現実に有り得る
シングルスレッドで同期のみならその間は何も出来ない
マルチスレッドであっても通信相手が多数ならば多数のスレッドが必要となりそれらが同期のみなら全て待ちのために停止
マルチプロセスにしても同様でいずれも無駄にOSリソースを使うだけとなる

つまり非同期プログラミングは必須
非同期ならばシングルスレッドでも並行(concurrent)に処理することができる
さらにマルチコアを有効活用するためにマルチスレッドで非同期にすれば並列(pararell)にも処理することが出来る

**デフォルトの名無しさん** · 2022/01/24(月) 06:27:31.76

>>902
> シングルスレッドで同期のみならその間は何も出来ない
Polling って知ってるか？

**デフォルトの名無しさん** · 2022/01/24(月) 07:44:27.65

>>903
select/kqueue/epollなどでポーリングして切り替えながらノンブロッキングで複数I/Oアクセスをする大昔から行われている方法のことだよな
これを同期プログラミングとは呼ばないな
むしろこのポーリング方式で切り替えながら呼び出すコールバック先を単なる関数だけからコルーチン対応にしたものが非同期プログラミングと呼ばれるくらいだ
そしてポーリング状態およびタイマー状態に応じて呼び出すコルーチンを切り替えていくのがスケジューラ
もちろん通常の非同期プログラミングではその部分はライブラリなどに任せてしまい呼び出されるコルーチン部分をプログラミングすることになる

**デフォルトの名無しさん** · 2022/01/24(月) 08:06:22.73

お前の頓珍漢な非同期の定義を語られてもw

**デフォルトの名無しさん** · 2022/01/24(月) 08:43:07.50

ポーリング使うのは非同期処理だろ普通。

**デフォルトの名無しさん** · 2022/01/24(月) 09:17:56.02

while(kbhit() == 0){ ... }
みたいなのを非同期処理って言うのか？

**デフォルトの名無しさん** · 2022/01/24(月) 09:21:18.02

>>904
もうやめとけ

**デフォルトの名無しさん** · 2022/01/24(月) 10:28:27.13

kbhitの中でキー入力を待ち合わせるわけじゃないから非同期処理でいいんじゃね？

**デフォルトの名無しさん** · 2022/01/24(月) 13:14:45.02

>>902
お前は、ゲームのキャラそれぞれが別スレッドで動かされていると
思ってるだろ。
昔からキャラは複数のハードで処理されていると思う人が後を経たなかった。

**デフォルトの名無しさん** · 2022/01/24(月) 13:19:05.37

非同期I/OとノンブロッキングI/Oの違いを述べよ

**デフォルトの名無しさん** · 2022/01/24(月) 13:58:28.17

Rustのビルドを高速化する方法
https://postd.cc/fast-rust-builds/

**デフォルトの名無しさん** · 2022/01/24(月) 14:51:22.20

相変わらず隔離対象のお二人さんは自分の狭い知識と観点が全てなのな
アプローチは違うが考え方も知識レベルも似たもの同士
だから反発し合う

**デフォルトの名無しさん** · 2022/01/24(月) 14:59:04.35

もう何を話しているかなんてどうでもよくて、相手が屈服するまで続けるという不毛地帯

**デフォルトの名無しさん** · 2022/01/24(月) 15:14:06.56

>>904
9割方その通りですが
epollやselectなどのポーリング結果で呼び出される対象は単なるコールバック関数でも非同期プログラミングですよ
例えばJavaScriptでは非同期関数のコールバックは単なる関数でよいです
もちろんコルーチンとなるasync関数から使えばawaitできる点でもっと利便性の高い非同期プログラミングになりますね

>>910
非同期プログラミングは必須と主張している相手に対してスレッドの話は噛み合っていないですよ
非同期プログラミングとマルチスレッドプログラミングは別です
同期／非同期とシングルスレッド／マルチスレッドは組み合わせ4通り全てが用途ごとに使われています

**デフォルトの名無しさん** · 2022/01/24(月) 15:42:51.22

9割方その通りですがw
お前が言うなやww

**デフォルトの名無しさん** · 2022/01/24(月) 16:07:45.87

>>914
そりゃ、間違ってる相手は野ざらしにしておけないからな。
放置すれば日本が衰退するから。

**デフォルトの名無しさん** · 2022/01/24(月) 16:17:39.92

>>917
きみら二人以外誰も困らないよ

**デフォルトの名無しさん** · 2022/01/24(月) 17:40:26.73

サーバーサイドはGo使えってのが常識になってきたっぽいぞ
Rustどこで使えばいいんだよ