結局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/08(土) 21:01:52.49

>>354
そうですね
一般的には“コンパイラにできないわけではない”場合でもユーザーにあえて“注釈をつけさせる”事が非常に便利な場合があります
多分Rustのライフタイム注釈もそれだと思ってはいるんですけど、ほんとにそれで間違い無いのか文書でまとめられたものがないか確認したいんです
HaskellやRustの型推論システムはもう論文でいくつか読んだ事があるのでそのメカニズムもまぁわかります
Rustのライフタイム注釈の場合も多分同じ事ができそうだとは思ってるんですけど敢えてか何故かやってない、それが“できそう”と思ってる自分の勘違いなのか、やはり“できるけど敢えてやってない”のか、あるいは現時点の最新研究でどこまではできることが確認されているのかとかその辺の情報持ってる人いないかなと

**デフォルトの名無しさん** · 2023/07/08(土) 21:16:10.37

いやいや
関数を使う人間側が推論不可だろ

**デフォルトの名無しさん** · 2023/07/08(土) 22:06:00.43

NGでスッキリ

**デフォルトの名無しさん** · 2023/07/08(土) 22:07:59.43

ググったら理由が出てきた

基本的に関数シグネチャが変わるような事態を避けたいようだ
関数内部を変更したら推論されるライフタイムを含んだシグネチャも変わってしまう事態が起こりうる

変更で呼び出した側であちこちにボコボココンパイルエラーが出るのはプログラマ的にうれしくないので避けてる
呼び出し規約は人間が決めてそれをコードを書く側が守ると言うこと

**デフォルトの名無しさん** · 2023/07/08(土) 22:12:52.52

Rustは関数単位で色んなチェックしてるけど
その関数が「どこでどう使われているか」を材料にして検証とか推論はしないし
最初からそんなつもりはないと思う

関数を全部インライン展開して１つのmain関数にできれば理論的には全部推論できそうだけど
関数ポインタとかdyn traitを使った動的な呼び出しが絡むと多分無理
Haskellレベルの推論は動的な呼び出しが存在しない参照透過性？が前提にあるはず

**デフォルトの名無しさん** · 2023/07/08(土) 22:13:25.29

推論されたライフタイムを含むシグネチャと人間側が思ってる必要なシグネチャ（ライフタイム）と違うことが起こりうる

例えば他人が作ったライブラリのコードが変わって自分のところに波及してきたら嫌だろ？
従来のはそのままで別のシグネチャの関数を作れと思うだろ？

**デフォルトの名無しさん** · 2023/07/08(土) 22:19:22.93

イヤ、ライふタイム注釈の推論に“使われる場所”まで検証する必要はないですよ
関数の返り値を作成してる右辺値を調べればそれで十分だと思います
その単位で返り値のライフタイム注釈が決定されれは、返り値が解放後に参照されるエラーが発生するか否かはその返り値を利用する呼び出し側関数のコンパイル時点で検出できると思います

**デフォルトの名無しさん** · 2023/07/08(土) 22:20:56.17

>>332
論文を探す前にチュートリアルを読みましょう

**デフォルトの名無しさん** · 2023/07/08(土) 22:24:17.70

せっかくググって答えを見つけてきたのにガン無視されてる…

**デフォルトの名無しさん** · 2023/07/08(土) 22:24:38.70

いい感じにゴミ集積所になりつつあるな

**デフォルトの名無しさん** · 2023/07/08(土) 22:27:06.38

ゴミクズ荒らすなよ

**デフォルトの名無しさん** · 2023/07/08(土) 22:30:55.58

最初は実質ライフタイムの使い方がわからないと言うのが徐々に軌道修正されて変なところまでたどり着いた

**デフォルトの名無しさん** · 2023/07/08(土) 22:33:04.65

>>382
コンパイラが推論する型と人間が想定する型が違うなんてもちろん日常茶飯事ですね
Haskell使ってて:tで推論した型表示させたら「うおーなんじゃこりゃ」と思うことなんてしょっちゅうです
コンパイラは右辺値(haskellでは表現)が提供可能な“最大に一般的な型”を与えようとします、そしてその「提供可能な最大の多層型」の中に関数の利用者が要求する利用可能ないずれかの型が含まれるかどうかを確認して可能ならその単相型を導出し、無理ならコンパイルエラーを吐きます
そして同じメカニズムは多分Rustのライフタイム注釈でも可能なはずです
しかしいくつか当たったRustのライフタイム注釈の解説文書のなかにはあたかも「それは不可能なのでプログラマに注釈をつけさせる」という類の説明がついてることが多いんです
それ見てホントかと、しかもその手の文書についてる例では明らかに推論可能でそれくらいコンパイラが自分でできるやろというくだらない作業をプログラマに強いてるだけの例がついてる事が多いんですよ
それがRustの“仕様”であるならそれはそれでいいんですけど、それを強いる理由が「推論することが不可能だから」と説明してるのがおかしいなと、何か自分の気付いてない勘違いしてるのかなと

**デフォルトの名無しさん** · 2023/07/08(土) 22:34:33.60

>>369
コンパイラから外されて実装してないから不可能だろ
それも事実を表してる

**デフォルトの名無しさん** · 2023/07/08(土) 22:34:40.18

わかったから消えろ

**デフォルトの名無しさん** · 2023/07/08(土) 22:38:51.77

完全に推論可能かは知らないが実害があるのでそもそも実装されていない

ただあからさまな場合は省略可能

コンパイラも楽だろ
戻り値のライフタイム覚えておいて型を返す場所でチェックするだけだし

**デフォルトの名無しさん** · 2023/07/08(土) 22:51:32.65

>>372
そうですね、多分コンパイラが楽だからがホントの理由な気がします
推論するには最低限その関数の関数定義が終了する時点まで読まなければならないですからね
しかし実際には関数の終わりの時点まで読んだ段階で完全に決定してその1回目の読み、ワンバス目で終わる気はします、少なくともコンパイラの世界の暗黙の了解「線形オーダーで解決しなくてはいけない」はクリアするとは思います、(勘ですけど)
まぁそれでも「必ず宣言するように、異論は認めない」が仕様ならそれはそれで結構なんですけどそれを「できないから宣言するしかないんです」という説明はある程度以上を勉強するつもりの人が読むと多分混乱招くと思うんですよ
初学者が余計な気を回さないように「できない、信じろ、なので宣言しろ」は初学者向けの説明でありかなとは思わないではないんですけどね
そこでちゃんとした論文ないもんかと

**デフォルトの名無しさん** · 2023/07/08(土) 22:58:05.15

もしかして、クロージャなら式から推論してるのかな
関数のシグネチャはフルで書かなきゃいけないってだけで

**デフォルトの名無しさん** · 2023/07/08(土) 23:59:50.01

クロージャは型推論してくれるからそういう用途に使える
集合としてみてもfnよりFnを満たす集合の方が大きい
逆にクロージャでも型指定を要求されることもある

**デフォルトの名無しさん** · 2023/07/09(日) 02:18:11.28

いずれにせよ、Rustは、自由と民主主義をベースとする西側諸国
の価値観には合わず、中国と同じ社会主義的な東側諸国の価値観
に合っている。この言語が成功することはIT産業が壊滅状態になる
ことを意味する。

**デフォルトの名無しさん** · 2023/07/09(日) 02:21:16.31

自分達の作った言語を普及させるためには、無料にして、他の業者
がどれだけ迷惑を被っても構わないというスタンスをとる。
このことは、世界の中心でありもっとも進んだ国であるところの
中国の価値観を広めるためには、人民の犠牲もいとわない、
他国がどれだけ苦しんでも構わない、むしろ歓迎する、などという
中国のスタンスと共通する。

**デフォルトの名無しさん** · 2023/07/09(日) 02:24:03.48

もっとも優れた政治経済思想であると事の中国流社会主義を
世界に広めるためには、どんな犠牲もいとわず、どんな
人権侵害も環境破壊もいとわず、経済ルールを無視して独自
ルールを徹底し、言論統制し本当の情報を流さない、
という中国のスタンスと、Rust信者達が行っているスタンスは
そっくりである。

**デフォルトの名無しさん** · 2023/07/09(日) 02:26:49.94

中国人は洗脳の結果、自分達が世界最高の政治体制を持つ偉大な
国家であり、その思想と政治体制を世界中に教えてあげなければ
ならないと思っている。
そしてアジアの最高の先進国は中国であり、日本より上回っている
と勝手に思い込んでいる。
この状況とRust信者の脳内心理はそっくりである。

**デフォルトの名無しさん** · 2023/07/09(日) 04:44:46.78

>>376
IT産業の壊滅とか最高じゃん。一番損をするのは覇権国のアメリカ、一番得するのは出遅れた日本だからねぇ。
ちなみにOSSとITの民主化は中国などのレッドチームを追い詰めることに繋がると思うぞ。お得意の世論統制が難しくなるからね。

**デフォルトの名無しさん** · 2023/07/09(日) 07:41:46.99

>>376
お前誰からも必要とされてないから消えて

**デフォルトの名無しさん** · 2023/07/09(日) 07:46:09.21

>>381
可哀想だからそんなこと言ってあげるな
病気なんだから
居場所はどこにもないんだよ

**デフォルトの名無しさん** · 2023/07/09(日) 08:32:03.98

マシな流れからまたクソな流れになってきそうだな

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

RustはDynamicRustみたいな感じのRustコンパイラ上で動くスクリプト言語が有っても面白いかもな。

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

頭のおかしいネトウヨがアンチrust側で良かった

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

>>385
ネトウヨって何？
ここはRustとC,C++の比較及びその他プログラミング系の話をする板であり君の様な差別主義者は別の板に行きなよ。

**デフォルトの名無しさん** · 2023/07/09(日) 12:20:32.66

>>379
>この状況とRust信者の脳内心理はそっくりである。
お前さんの言動は統合失調症の患者さんとそっくりだよ

**デフォルトの名無しさん** · 2023/07/09(日) 13:41:10.77

効きすぎだろw

**デフォルトの名無しさん** · 2023/07/09(日) 14:20:00.41

Rustなら失敗しなかったと思う割とマジで
https://www.youtube.com/watch?v=XDy0dqZrbN4

**デフォルトの名無しさん** · 2023/07/09(日) 14:21:39.84

だれもRustの使用を強制してないのに強制されてると思い込んでるあたりが危険だな…

どこかの大臣が「Rustの利便性向上のためにC++コンパイラを廃止します」とか言い出したら騒いでもいいけど

**デフォルトの名無しさん** · 2023/07/09(日) 14:30:11.62

>>337
Rustが安全であるという考え方が最も危険である

**デフォルトの名無しさん** · 2023/07/09(日) 15:40:54.31

>>308
それが本当なら水虫言語じゃん

**デフォルトの名無しさん** · 2023/07/09(日) 15:57:49.89

糖質だから仕方ない
誰からも必要とされてないことすら気がつかないのだから

**デフォルトの名無しさん** · 2023/07/09(日) 16:23:35.82

RustがC/C++に似ているとか、構文が便利だとか本気で思っている
方が統合失調症だ。病院で見てもらえ。

**デフォルトの名無しさん** · 2023/07/09(日) 18:47:10.60

Rustが爆発的に飛躍するには何が足りないの？

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

学習コスト低減、ライブラリ作成支援
何よりもRustの案件・求人の増加

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

誰からも必要とされてない人
今日もよく喋るな

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

せいぜい、人から必要とされまくって楽しい人生を謳歌しろよ。
ww

**デフォルトの名無しさん** · 2023/07/09(日) 20:02:58.84

行列積ってマルチスレッドで実装すべき？それとも、キャッシュやコピーを減らすためにシングルスレッドの方が良いのかな？

**デフォルトの名無しさん** · 2023/07/09(日) 20:44:21.03

GPUに投げるべき

**デフォルトの名無しさん** · 2023/07/09(日) 20:46:14.43

真面目な話するとプロファイル取ってサイズで分岐すればいいんじゃないすかね

**デフォルトの名無しさん** · 2023/07/09(日) 21:34:02.14

>>399
parallel=trueみたいなオプションをどこかに書けばスレッド使うようにする

**デフォルトの名無しさん** · 2023/07/09(日) 21:55:27.03

>>400
GPUを使った並列演算処理を提供するRustのクレートで良いのは何？できれば、GPUのデバイスによらずに操作が抽象化されてるものが良いな。

**デフォルトの名無しさん** · 2023/07/09(日) 23:36:02.19

四次元ポケットがあるかのような話だな…

**デフォルトの名無しさん** · 2023/07/09(日) 23:43:54.14

C++にはあるんじゃね？

**デフォルトの名無しさん** · 2023/07/09(日) 23:57:17.50

rust-gpuとかいうクレートはどうなの？これはcudaがないと動作しない感じ？

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

CUDAとかOpenCLとか書かれているから、CUDAでなくても動くんじゃね？

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

GPUは考えなくて良いと思う
まずはCPUのシングルノードで性能を出すことが大事
GPU使えるなら現状は生のCUDAやpytorch使うので

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

どうしてOSSの人って自分が良い事してると思ってるのか。
競合企業には悪魔なのに。

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

慈善でやってると思ってる阿呆

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

>>408
現状ではnumpyではCPUってどれくらい効率的に使用できてるの？

**デフォルトの名無しさん** · 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は致命的な状態にはなってないんだよ