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

**デフォルトの名無しさん** · 2023/06/30(金) 21:56:35.52

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

っていう雑談スレ。

結局C++とRustってどっちが良いの？ 4traits
https://mevius.5ch.net/test/read.cgi/tech/1686046386/

関連スレ(マ板): Google&MS「バグの70%はC/C++。Rustにする」
https://medaka.5ch.net/test/read.cgi/prog/1619943288/

**デフォルトの名無しさん** · 2023/07/10(月) 11:38:27.06

>>409
OSSはOSSの仲間に寄与してるんであって、
おそらく適価でソフトを売ってくれないだろう競合企業とはなんら関係を持たないからね

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

>>409
お，無根拠なOSS批判だ

**デフォルトの名無しさん** · 2023/07/10(月) 12:17:50.81

>>320
「料理を自由にやられたら料理人が困るだろ！」
「レシピを共有するやつはカルトだ！左翼だ！」
って言ってるようなもの
料理人は家庭では難しい料理をつくるなり
サービスで付加価値をつけるなり
マネタイズ方法はいくらでもある

**デフォルトの名無しさん** · 2023/07/10(月) 13:15:01.70

>>356
ChatGPTωには無理ωωω

**デフォルトの名無しさん** · 2023/07/10(月) 13:36:14.40

>>395
信者が足りない
逆に多過ぎるのはcrates.io
もっと整理するべき

**デフォルトの名無しさん** · 2023/07/10(月) 13:37:15.38

>>400
それ

**デフォルトの名無しさん** · 2023/07/10(月) 13:38:07.30

>>403
NdArray
BLAS

**デフォルトの名無しさん** · 2023/07/10(月) 15:10:35.46

>>411
君の言う効率的の意味が単純に速度ということなら
全てin-place演算子かつ同じメモリを使い回すような書き方をすればキャッシュヒット率が高くなり
ベクトル演算を使うので生のCで書くより速い
rustでこの速度と同等まで持っていくのはなかなかしんどいが
非同期IOやスレッドを組み合わせることで
大規模な演算では上をいける可能性はなくはない

**デフォルトの名無しさん** · 2023/07/10(月) 15:36:45.51

例えばメモリに乗らないようなクソでかい行列の積が上げられる
MMLなどの学習時に使われる多次元配列は普通にやるとメモリに乗らないので
ファイルに吐くことになる
その時非同期IOやスレッドを駆使できるrustの方が速くなるのではないかと思う

**デフォルトの名無しさん** · 2023/07/10(月) 16:19:14.48

普通にやるとメモリに乗らないので、モンスターマシンを使う、とかじゃないん。

**デフォルトの名無しさん** · 2023/07/10(月) 16:28:12.83

ファイルなら無限大

**デフォルトの名無しさん** · 2023/07/10(月) 16:33:34.04

>>421
それをやれるのは一部の企業のみ
LLMは推論だけでGPUメモリが数百G必要だからね

**デフォルトの名無しさん** · 2023/07/10(月) 20:18:27.95

Rustで５ちゃんみたいな掲示板作れないの？

**デフォルトの名無しさん** · 2023/07/10(月) 20:35:07.61

当然作れるけど言語に関係なく
無数にSNSがある状況で宣伝資本がなければ集客が無理
さらに犯罪予告から怒涛の妨害書き込みへの対処が面倒

**デフォルトの名無しさん** · 2023/07/10(月) 21:19:10.81

とりあえずrust純正の多次元配列の実装の以下の感じでやって行こうと思う。

シングルスレッドでの多次元配列の演算の実装
　　　　　　　　　⬇
CPUベースのマルチスレッド(rayonとtokioを主に使用)での演算の最適化の実装
　　　　　　　　　⬇
requires_gradの実装(これもマルチスレッドでの計算最適化を適用。)
　　　　　　　　　⬇
余裕があればGPUベースの並列演算機能も実装。これはできればcudaがなくともGPUの種類によらない計算ができるようにしたい。

**デフォルトの名無しさん** · 2023/07/10(月) 22:41:22.83

Numpyは多次元配列の中身を1次元配列に変換して持っているけど、多次元インデックスから内部の配列の対応するインデックスを一々計算してるのかなぁ？

**デフォルトの名無しさん** · 2023/07/10(月) 23:45:11.15

行とか列に沿って数値処理する計算ならインデクスを一定間隔でずらせばいいでしょ
ランダムアクセスならどうしようもないけど

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

>>423
そんな状態では、学習に莫大な時間が掛かり、
恐らく結果が10年後とかになる。

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

それと、数100Gバイト位なら、スパコンならRAMにおいて
問題ないだろう。

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

M*Nの巨大なメモリを一気に確保できる範囲内ならばそれが可能だけど無理な場合もありそう
例えばM=N=100万とすると
1要素64bitとして1列分は64MBだけど
行列全体は64TBだね

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

>>414
それとはかなり違う。
料理の場合：
1. 本当に優れた料理人のレシピは公開されて無い。
(もし公開されている、とされていても、本物かどうか分からない。)
2. レシピがあっても、腕が無いと作れない。
3. 仮に作れても、手間がかかるので料金を払ってでも、作ってもらって
　食べたい人が大勢いる。

ソフトウェアの場合、特に 3 の部分が全く違っていて、
簡単にコピーできてしまう特徴がある。

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

>>431
どうやってるんだろうな。
熱力学や統計力学などの物理学や数学を駆使してるんだろう。
恐らく、幾何学的に距離が遠すぎる結合は 0 と仮定しているんじゃなかろうか。
脳もそうだろうし。

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

>>429
複数ノード使えばなんの問題もない
今のスパコンはほぼそれ
俺が普段やってる流体や量子化学計算も
32コア程度のマシンを複数台で1週間計算したりしてる
今のpytorchはasync使ってないから行列計算を並行してできるところも全てブロックしてる
GPUへの転送もブロックする処理をしてる
シングルノードで超高性能のGPUで力技で計算するというのは普通の企業では難しい
クラウド使っても費用が半端ない
CPUでの高速化を実現しコストを下げることができれば次のステージへ行ける

なんか運営でゴタゴタが起きてるらしく
スレの読み込みができなくなったから改善しないと今後は書き込まないかも

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

>>434
専ブラ何使ってる？
各種スレ読み込み方法見つかってるよ
例えばchmateならばこうするらしい
設定メニュー→URLを指定して開く
http://mevius.5Ch.net/tech/
※注意　5chが大文字で5Ch

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

とりあえずスクリプトで書き込めるので雑に書く
シングルノードで性能を出すのは意外と難しい
コア数=スレッドという単純なものではないから
OSのスレッドや他のアプリも多数のスレッドが動いている
コア数を最大限活かすというのはとにかく計測することでしか最適解を出せない
最近のCPUはハイパースレッディングという技術があり
これを使うと各コアで一つ以上のスレッドを動かすことができる
このようにCPUはまだまだ無限の可能性を秘めている
ベクトル演算もこれまで全く活用されてこなかった
さらに非同期IOを組み合わせればさらに待ち時間を減らせる
いまCPUが熱い

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

コピペルナーV6

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

>>433
その能力では重力波観測出来ないな

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

>>435
https://agree.5ch.net/test/read.cgi/operate/9240230711/

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

テスト

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

>>299
おまえが生まれてから日本が没落していった。
つまり、全部おまえのせいだよ。

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

>>441
俺の影響力はそんなに大きくないが、オープンソースの影響力は
大きいから、日本没落の原因は後者である可能性は有るが、
俺の影響である可能性は無いだろう。

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

jane styleはOSSをクローズにしてやりたい放題やって
こんなに迷惑をかけている

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

確かこんな経緯だっけ？

Janeは元々オープンソースのおかげで便利な特徴ある亜種が豊富にある閲覧ブラウザ
↓
Jane Styleはその亜種の中の一つだがソース非公開
↓
当時2ch/5chは各スレのデータが*.datファイルとしてオープンデータなAPIだったので自由に多種多様な閲覧ブラウザが作られていた
↓
ところがある時Jane Style側が5chにクローズドなAPI化で広告必須にして儲ける提案を持ちかけた
↓
Jane Style側が管轄する5ch APIが誕生しJane Style側と契約しない多くのブラウザが締め出されStyle以外の各種Janeは全滅
↓
数年間経過
↓
Jane Style側が5ch APIを突如閉鎖して新掲示板Talkへ誘導
↓
5chは対抗処置として各スレの*.datファイルを再びオープンデータとし自由な閲覧ブラウザの参入を呼び掛け

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

>>444
なるほどー
そういうことだったのか

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

5chは終わりだな
talkに移住したほうが良さげ

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

Jane Styleがユーザー数一番多いのかな?
ざっと何%くらいなんだろう?

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

>>446
向こうは誰もいない
向こうでもこのスレ立ってるが書き込み無し

**デフォルトの名無しさん** · 2023/07/12(水) 00:52:13.10

>>433
統計力学と熱力学の勉強を大学でやったけど、これをメモリに応用する方法とか全く検討つかないんだけど、どうやんの？

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

>>432
掲示板のマネタイズはどう考えてるのかな?
プログラマは掲示板のソースコードを書いているのだから
掲示板は会員制にして課金しなければ
その「水源」とやらは「枯渇」しないのかな?w

**デフォルトの名無しさん** · 2023/07/12(水) 06:44:12.72

.try_into().unwrap()
なにこれ超めんどくさいんだけど

だっさ

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

課金したら閲覧者が枯渇

**デフォルトの名無しさん** · 2023/07/12(水) 13:39:50.28

>>449
今回は、AIの機械学習の話だから、ニューラルネットワーク限定。
シナプス結合が、「ほぼ 0」とみなせるようなニューロン対が
有るのだと思われる。
それを理論的に見つけるために熱力学や統計力学が使えるのではないかと
思われる。
実際、最近の機械学習では熱力学からヒントを得ていると聞いている。

**デフォルトの名無しさん** · 2023/07/12(水) 13:47:41.55

>>450
ソフトウェア自体を販売する場合の水源が枯渇すると言っている
のであって、(広告料を収入源とすることが多い)オンラインサービス
のことは言って無い。

**デフォルトの名無しさん** · 2023/07/12(水) 14:03:47.08

大工の源さんは枯渇したよ

**デフォルトの名無しさん** · 2023/07/12(水) 16:36:21.89

すっかり人が減ったな
イーロンマスクがいかに優秀だったかわかるな
ひろゆきの言うようにtwitterは致命的な状態にはなってないんだよ

**デフォルトの名無しさん** · 2023/07/12(水) 16:43:02.15

統計学や熱力学とは別に
統計熱力学という分野があって量子力学のツールになっている

**デフォルトの名無しさん** · 2023/07/12(水) 16:48:07.57

>>454
そんなとこに水は既にないのだから
雨乞いなどせずに水源を探せ
情けない

**デフォルトの名無しさん** · 2023/07/12(水) 16:49:01.89

>>453
もうそれとっくに発明されてるぞ
ボルツマンマシンとか統計力学から生み出されたニューラルネットワークだ
もう現在ではほぼ使われてない

**デフォルトの名無しさん** · 2023/07/12(水) 18:25:50.72

>>458
問題は、需要はあるのに生産できないことに有る。

**デフォルトの名無しさん** · 2023/07/12(水) 18:27:53.63

>>460
需要はあり、しかも、技術的は生産可能。しかし、OSS
とGoogleが邪魔するせいで生産できない。しかし、
現在は存在せず。人々は欲しいのに商品が無い。しかし、
商品は技術的には製造可能。しかし、邪魔する人のせいで
製造不可能。

**デフォルトの名無しさん** · 2023/07/12(水) 18:29:50.07

OSSの問題点は、需要があるのに、全く生産されないか、
または、生産されてもちゃんとしたものではない。
しかし、ちゃんとしたものを生産すると、すぐにそれを真似て
無料化したものが出てくるから、ちゃんとしたものを生産できない
というジレンマが生じていること。
それが悪循環になっている。

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

で、クローズドでマネタイズしようとした5chとかjanestyleはどうなりましたか？

**デフォルトの名無しさん** · 2023/07/12(水) 20:33:00.31

コードとサービスをごっちゃにしてて草

**デフォルトの名無しさん** · 2023/07/12(水) 23:01:21.25

OSSの開発者はそれ単体でマネタイズしようとか基本的に考えてないだろう。自分の事業への資金の呼び水にしたいとかとか、キャリアアップに利用したいとか、純粋にボランティアとか色々事情があるだろ。

**デフォルトの名無しさん** · 2023/07/12(水) 23:20:30.70

自分が多様な世界に適応する能力がないのを
多様な世界に原因がある
世界は一様であるべきと言っているだけだよ
よくある症状だよ

**デフォルトの名無しさん** · 2023/07/12(水) 23:51:54.82

Ndarray構造体に演算を実装しているんだけどバグがあった。具体的には
nar += &narとか　nar = &nar * &nar
が所有権の関係でできないことが分かった。
ndarrayクレートではこれってどうやって解決してんの？

**デフォルトの名無しさん** · 2023/07/13(木) 00:26:15.94

ほれはよRust製の専ブラ作れよ
それともRustってRADには不向きかな？

**デフォルトの名無しさん** · 2023/07/13(木) 01:26:33.09

>>467
ndarrayの実装は知らないけど標準ライブラリ（std::ops）を参考に

AddAssignの方は
impl AddAssign<Self> for Foo
impl AddAssign<&Self> for Foo
を両方実装する
（impl AddAssignだけだとデフォルト（<Rhs=Self>）で１番目になってる）
１番目の実装の処理は２番目の実装に丸投げできるはず

Mulの方は
impl Mul<Foo> for Foo
impl Mul<&Foo> for Foo
impl<'a> Mul<Foo> for &'a Foo
impl<'a> Mul<&Foo> for &'a Foo
を全部実装する
上の３つは１番下の実装に丸投げできるはず

forward_ref_binopとかいうマクロがあるらしいけどCopy型前提みたいだから使えなそう
（Copy型だと下の３つを１番上の実装に丸投げできる）
MulとかFooのバリエーションが多くなると丸投げ部分のコードをマクロで生成しないとしんどい

**デフォルトの名無しさん** · 2023/07/13(木) 02:25:19.98

>>467
そのものズバリの演算子はない？
Zipを使えば以下のようにできるみたい

let mut vec = Array1::from_elem(10, 1.);
Zip::from(&mut vec).for_each(|vec| {
*vec += *vec;
});

**デフォルトの名無しさん** · 2023/07/13(木) 02:38:27.81

このfor_eachがベクトル演算を使ったループになれば良い感じかも
ただ泥臭過ぎて面倒だな

**デフォルトの名無しさん** · 2023/07/13(木) 07:43:06.44

Announcing Windows 11 Insider Preview Build 25905
https://blogs.windows.com/windows-insider/2023/07/12/announcing-windows-11-insider-preview-build-25905/

Rust offers advantages in reliability and security over traditional programs written in C/C++. This preview shipped with an early implementation of critical kernel features in safe Rust. Specifically, win32kbase_rs.sys contains a new implementation of GDI region. While this is a small trial, we will continue to increase the usage of Rust in the kernel. Stay tuned!

**デフォルトの名無しさん** · 2023/07/13(木) 08:55:33.76

おいおい昨日25393落としたばっかだぞｗ (まだ入れてない
早速覗いてみるかな、(最終的に)pdbどうなってるんかしらん

C++にもunsafe{ }はよ

**デフォルトの名無しさん** · 2023/07/13(木) 10:59:52.32

Rust AIすげー
https://www.youtube.com/watch?v=mYmWimr0Jd4

**デフォルトの名無しさん** · 2023/07/13(木) 13:28:05.75

予言しよう。Rustは絶対流行らない。

**デフォルトの名無しさん** · 2023/07/13(木) 13:54:46.62

>>466
それは、技術系をやめて、営業や農業で食っていけばいい的な発想。
ネットサービスだけでは日本は没落する。

**デフォルトの名無しさん** · 2023/07/13(木) 13:59:36.78

>>476
そもそも、IT技術では日本はアメリカに比べて環境的に圧倒的にゴミで、技術者の数も少なくて、技術自体もアレなのに、IT技術で日本再興とか非現実的だろ。IT技術は蓄積なんで、一回周回遅れになった日本がITで没落を避けれる訳ないじゃん。君は何を目指してんの？

**デフォルトの名無しさん** · 2023/07/13(木) 14:09:35.65

いまだにトヨタ車一本で未来までいけるとでも思ってるんだろうか、
この人は。

**デフォルトの名無しさん** · 2023/07/13(木) 14:15:03.35

日本は得意な量子コンピューターとかに注力すれば良いじゃん。間違いなく次世代のゲームチェンジャー的技術だし。日本の量子コンピューターの技術はアメリカと比べてもかなり悪くない位置にいると思うよ。

**デフォルトの名無しさん** · 2023/07/13(木) 14:18:09.38

>>475
webのほうでは十分生き残りそう、なんとなくね

**デフォルトの名無しさん** · 2023/07/13(木) 14:22:14.94

>>479
そういう国家レベルで行なわれるようなものはアメリカに抜かれる。

**デフォルトの名無しさん** · 2023/07/13(木) 14:22:54.04

>>480
多くてもシェア10%未満。

**デフォルトの名無しさん** · 2023/07/13(木) 14:35:24.76

量子コンピューターも、お金がないと勝てません。
ITでお金を稼げなかった日本には財源がありません。

**デフォルトの名無しさん** · 2023/07/13(木) 14:36:26.57

>>477
水源が枯渇したので、こつこつ稼ぐ機会が無かったからね。

**デフォルトの名無しさん** · 2023/07/13(木) 14:39:43.08

>>476
営業しなけりゃ食って行けないのは当たり前やろw
自分何年生きてきたん?

**デフォルトの名無しさん** · 2023/07/13(木) 15:03:07.65

経済はこつこつ稼ぐことが重要。
ITの実績がほとんど無い国が量子コンピューターで巻き返しなんて
不可能だと思うぞ。
こつこつ稼がないと基盤ができない。
小銭から集めていかなければ目をどんどん大きく成長させられない。
いきなり大事業なんて不可能。

**デフォルトの名無しさん** · 2023/07/13(木) 15:08:03.96

トヨタも恐らく駄目になる。
なぜなら太陽光発電は欧米では適地が沢山有るため激安になる
公算が大きいから。

**デフォルトの名無しさん** · 2023/07/13(木) 15:21:31.64

こつこつって大事だけどね、その間成果ゼロ扱いになるんよね

**デフォルトの名無しさん** · 2023/07/13(木) 15:23:34.91

>>488
こつこつ稼ぐ、ということだぞ。100円でもいいから粗利を
得ることが大切。

**デフォルトの名無しさん** · 2023/07/13(木) 16:17:23.89

100円稼ぐのに何円の経費がかかるかって指数があるよね
営業係数というのかな
きっと100以上になるはず

**デフォルトの名無しさん** · 2023/07/13(木) 16:32:54.73

OSSがなくなると日本のITがアメリカに勝てるようになるのか？
んなわけねーだろ

**デフォルトの名無しさん** · 2023/07/13(木) 17:32:37.80

>>491
少なくともOSSが有ると、「芽」が育つには不利な状況にはなるね。
どんなに潜在ポテンシャルの高くても、巨木が芽に光を当てない
ずるい状況生じている。
光さえ当てれば、既存の巨木を越える育つかも知れなくても。

**デフォルトの名無しさん** · 2023/07/13(木) 17:33:16.14

>>491
なるよ。

**デフォルトの名無しさん** · 2023/07/13(木) 18:14:57.97

>>492
芽に光を当てるに既存の巨木を伐採しまくらないといけないけど、どうすんの？
アメリカの大企業に資本でも技術力でも人材でも何にも太刀打ちできる要素ないじゃん。
コツコツ積み上げて云々ができるのは中国みたいに協力に自国の産業が守れる国だけ。戦後体制的に日本にはそんなことは許してもらえないよ。現実的な戦略はOSSとITの民主化以外ない。

**デフォルトの名無しさん** · 2023/07/13(木) 18:25:29.18

>>494
OSSなんて推進したら、ますます足を引っ張るだけだぞ。

**デフォルトの名無しさん** · 2023/07/13(木) 18:29:50.99

オープンソースの話はあまりにもスレ違い過ぎて長期に続いているから別スレへ分けようよ
C++もRustも他のプログラミング言語もほとんどがOSSに支えられていてそこに対立点はない

**デフォルトの名無しさん** · 2023/07/13(木) 18:30:51.58

RedHatなんて何やってるのかさっぱり分からん会社なのに、
自分では技術系の会社だと言い張ってるだろ。
実体は、単なるテレホンサポートみたいなもんだろ。知らんけど。
技術なんて有るわけ無いのに嘘ばっか。
OSSを推進すると言うことは技術を捨てると言うことだ。
技術立国にはなり得ない。
資源や面積の少ない日本では技術しか頼るものは無いんだから、
アメリカと同じようには出来ない。

**デフォルトの名無しさん** · 2023/07/13(木) 18:32:41.13

アメリカのソフトは品質が悪くてね。
それなのにはびこってるのは独占と資金的体力のおかげ。
PC-9801時代の日本製のソフトはもっとちゃんとしてた。

**デフォルトの名無しさん** · 2023/07/13(木) 18:39:53.57

>>494
育ってしまった巨木には税金を沢山かけて、新しい
芽にチャンスを与えなくてはならない。
アメリカ以外の国ガ税金を沢山取る。
そのための法律がOECDかなんかで計画されていて、
2025年くらいに施工される予定だとか。
アメリカは反発するだろうが、無視しなければならない。
アメリかはペナルティーを受けるべきだ。

**デフォルトの名無しさん** · 2023/07/13(木) 19:18:07.22

>>496
同意。流石にスレ違いのOSSの話題が長くなりすぎた。

**デフォルトの名無しさん** · 2023/07/13(木) 19:19:05.46

PC98にはアメリカ製のMS-DOSが同梱してただろボケ

**デフォルトの名無しさん** · 2023/07/13(木) 19:24:10.58

>>501
同梱はしてなかった。
ROM-BASICが使えたから。

**デフォルトの名無しさん** · 2023/07/13(木) 19:26:34.50

MS-DOSはとてもシンプルで、Diskの読み書きと
stdin, stdout と exe の実行だけを受け持っていた
ようなもの。
BootSelector は NEC 独自のものだったらしく、
今の Windows より遥かに使い勝手が良かった。
DOSもsubstやjoinのような便利なコマンドが有ったのに、
Windowsでは使えなくなってしまった。
機能低下、改悪。

**デフォルトの名無しさん** · 2023/07/13(木) 19:55:49.31

ずっとOSSの話してていいよ
俺が許可する

**デフォルトの名無しさん** · 2023/07/13(木) 19:57:24.07

>>502
同梱はセットで売ることだからしてるだろ

>>503
ブートローダーとOSを比較するアホ

もう十分荒らして満足だろ？そろそろ帰ってくれ

**デフォルトの名無しさん** · 2023/07/13(木) 20:08:49.45

アスペキチガイまた来たのか
こっちは中身のある話してるんだから消えろ
お前は誰からも必要とされてないんだよ

**デフォルトの名無しさん** · 2023/07/13(木) 20:30:11.47

適応能力が低いのは仕方ないからさ
それを周りの環境が変わったせいにするのは見苦しいぞ
皆適応している

**デフォルトの名無しさん** · 2023/07/13(木) 20:59:52.95

>>503
substはWindowsでも使えるし、joinはWindowsのシンボリックリンクで似たようなことができるぞ。

**デフォルトの名無しさん** · 2023/07/14(金) 01:42:39.92

Rustを使うということは回りまわってプログラマーの首を
締めることになることが分かるのも使われない一因となる。
その他、オープンソースの負のブランディング力による
ところも大きい。OSS=メンドクサイ、時間がとられる、
いつも途中で上手く行かなくなる、などの経験法則
により、安物低品質のブランドとなっているから。

**デフォルトの名無しさん** · 2023/07/14(金) 01:55:46.33

Rust信者は自分の頭の悪さ故にメモリーバグを起こしている
に過ぎないのに、それをC++言語のせいにし、Rustを
救世主だと思っている。

**デフォルトの名無しさん** · 2023/07/14(金) 03:10:54.16

Arc<Mutex<>>でラッピングしている要素を持つ構造体にIndaxトレイトが実装できなくて困ってる。具体的には以下の様な構造体。

struct Ndarray<T> {
data: Arc<Mutex<Vec<>T>>,
shape: Vec<usize>,
strides: Vec<usize>
}