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

**デフォルトの名無しさん** · 2023/08/31(木) 12:16:53.23

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

っていう雑談スレ。

前スレ: 結局C++とRustってどっちが良いの？ 6traits
http://mevius.5ch.net/test/read.cgi/tech/1690610746/

関連スレ(マ板): Google&Microsoft「セキュリティバグの70%はC/C++のメモリ管理ミス。Rustにする」
https://medaka.5ch.net/test/read.cgi/prog/1619943288/

**デフォルトの名無しさん** · 2023/09/01(金) 14:00:07.92

zig も良いな
https://www.youtube.com/watch?v=kRrxbRLWsBo

**デフォルトの名無しさん** · 2023/09/01(金) 14:02:01.75

>>40
ソース貼らない貼らない連呼する香具師がうるさいスレ
>>35 の理由は >>38 に描いてある

**デフォルトの名無しさん** · 2023/09/01(金) 16:50:34.24

>>42
計算した項のオーダーは？

**デフォルトの名無しさん** · 2023/09/01(金) 17:05:44.06

フィボナッチはヤツの縄張りだからな
ここで喧嘩を売ると何かと面倒だ

**デフォルトの名無しさん** · 2023/09/01(金) 17:24:24.66

wandboxでやったら>>32のcodonのZenn記事は3年以上古いgcc使っているっぽい

g++ 14.0.0 (HEAD)
ackermann(3, 11) = 16381
elapsed time: 57 [ms]

g++ 9.3.0 (March 12, 2020)
ackermann(3, 11) = 16381
elapsed time: 134 [ms]

clang++ 18.0.0 (HEAD)
ackermann(3, 11) = 16381
elapsed time: 156 [ms]

**デフォルトの名無しさん** · 2023/09/01(金) 17:31:47.41

>>45
3, 11はコマンドライン引数にしてある

>>43
>>35-37だけど42は別人だ
44
不便すまない、詳細は元のQiita記事かレスをたどってくれ

**デフォルトの名無しさん** · 2023/09/01(金) 17:36:10.48

>>35
タイムを一応書いておく
Rustのwandboxが見当たらないからclang比較で1.6秒として
改良Nimは0.0022~0.0023秒が出たので700倍

**デフォルトの名無しさん** · 2023/09/01(金) 17:41:20.75

数倍の差ならともかく700倍ともなるとネイティブ同士の言語で発生する差じゃないからな
コードがまともじゃないか比較方法がまともじゃないのは明らか
いちいち中身を見る必要もない

**デフォルトの名無しさん** · 2023/09/01(金) 17:54:14.28

>>48
来ると思った
だから改良Nimのwandbox貼るのやめた

**デフォルトの名無しさん** · 2023/09/01(金) 18:37:56.38

フィボナッチ全盛期の荒れようでも貼っとくか
https://mevius.5ch.net/test/read.cgi/tech/1652347700/

**デフォルトの名無しさん** · 2023/09/01(金) 18:41:52.45

おじさんが出没してた過去スレって
C++ vs Rust
ワッチョイなしのほうの次世代言語スレ
ワッチョイなし時代のC++相談室
あと何があったっけ

**デフォルトの名無しさん** · 2023/09/01(金) 18:42:24.54

＞C(gcc)よりNimが3倍も速い

Nimがおかしい

**デフォルトの名無しさん** · 2023/09/01(金) 18:56:13.90

そうやな
るstより早いはともかくcより3倍早いはなんかインチキはいってるくさい

**デフォルトの名無しさん** · 2023/09/01(金) 20:48:12.17

Nimすげーな。
最新の情報科学を総力して作られたNimだから
Rustより700倍、Cより3倍も速く出来たんだろ。
で、10年後にはさらにすごい言語が出ているんだろうが

**デフォルトの名無しさん** · 2023/09/01(金) 21:00:39.20

アルゴリズムまで最適化するんだろうか？

**デフォルトの名無しさん** · 2023/09/01(金) 21:03:10.49

Nim「なんじゃこのトロくさいコード？こうした方が何倍も早いと分からん？手間かけさせやがって」

**デフォルトの名無しさん** · 2023/09/01(金) 21:04:42.86

コードを見ないとなんとも言えんが、Nimの方はループにでも展開したんじゃない？
cは最適化無しとか。

**デフォルトの名無しさん** · 2023/09/01(金) 21:05:59.18

nimが吐いたcのコード見ればわかる

**デフォルトの名無しさん** · 2023/09/01(金) 21:20:44.34

>>58
人間が理解できないすごいコードを吐き出しているんじゃないのか

**デフォルトの名無しさん** · 2023/09/01(金) 22:00:52.55

そんなに癖が強いのか

**デフォルトの名無しさん** · 2023/09/02(土) 05:51:36.66

トランスパイラが、想定以上に事前計算を進めちゃうんじゃないかｗ

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

まともなベンチマークでは静的な事前計算ができないようにする
だからそんなことは起きない

**デフォルトの名無しさん** · 2023/09/02(土) 09:44:56.85

=T=i=k=T=o=k（←迷惑でしたらこちらをNGしてください。）

更にご家族にも紹介して、追加で￥3500を入手できる
https://i.imgur.com/EIoUA4P.jpg

**デフォルトの名無しさん** · 2023/09/02(土) 11:03:33.99

>>63
もう現金化してアンインスコしてる。

**デフォルトの名無しさん** · 2023/09/02(土) 21:58:35.01

>>35
C/gccのダブル再帰の最適化本気スイッチの入れ方わかった
全てローカル、(Cは)C++chrono計測、Nimはcputicks

ダブル再帰最適化本気スイッチ版C
C/gcc
Time= 1.176ms fib_c_trigger(44)= 701408733
Time= 1.782ms fib_c_trigger(45)= 1134903170
Time= 2.424ms fib_c_trigger(46)= 1836311903
Time= 3.090ms fib_c_trigger(47)= 2971215073
Time= 3.873ms fib_c_trigger(48)= 4807526976
Time= 5.365ms fib_c_trigger(49)= 7778742049
Time= 7.337ms fib_c_trigger(50)= 12586269025
Time= 10.149ms fib_c_trigger(51)= 20365011074
Time= 13.961ms fib_c_trigger(52)= 32951280099
Time= 18.983ms fib_c_trigger(53)= 53316291173
Time= 26.660ms fib_c_trigger(54)= 86267571272
Time= 36.483ms fib_c_trigger(55)=139583862445
Time= 50.876ms fib_c_trigger(56)=225851433717
Time= 70.201ms fib_c_trigger(57)=365435296162

**デフォルトの名無しさん** · 2023/09/02(土) 22:00:43.37

本気スイッチ版Cは不自然な書き方になるが再帰コール二つはループ化したりしていなくて
gccの何かの最適化が本気モードになる

改良Nim
Nimはキレイなシンプル再帰のままでここまで出る
Nim/gcc
Time= 1.368ms fib_nim(44)= 701408733
Time= 1.634ms fib_nim(45)= 1134903170
Time= 2.255ms fib_nim(46)= 1836311903
Time= 3.121ms fib_nim(47)= 2971215073
Time= 4.261ms fib_nim(48)= 4807526976
Time= 5.989ms fib_nim(49)= 7778742049
Time= 8.224ms fib_nim(50)= 12586269025
Time= 11.304ms fib_nim(51)= 20365011074
Time= 15.644ms fib_nim(52)= 32951280099
Time= 22.103ms fib_nim(53)= 53316291173
Time= 31.147ms fib_nim(54)= 86267571272
Time= 41.306ms fib_nim(55)=139583862445
Time= 58.134ms fib_nim(56)=225851433717
Time= 78.528ms fib_nim(57)=365435296162

**デフォルトの名無しさん** · 2023/09/02(土) 22:02:10.21

本気スイッチ版Cでもclangでは遅いまま

C/clang
Time=1438.212ms fib_c_trigger(44)= 701408733
Time=2310.675ms fib_c_trigger(45)= 1134903170
Time=3746.923ms fib_c_trigger(46)= 1836311903
Time=6040.876ms fib_c_trigger(47)= 2971215073
Time=9779.249ms fib_c_trigger(48)= 4807526976
Time=15877.302ms fib_c_trigger(49)= 7778742049
Time=26151.375ms fib_c_trigger(50)= 12586269025
Time=42241.553ms fib_c_trigger(51)= 20365011074
Time=67936.930ms fib_c_trigger(52)= 32951280099
Time=110828.012ms fib_c_trigger(53)= 53316291173
Time=176305.471ms fib_c_trigger(54)= 86267571272
SIGINT: Interrupted by Ctrl-C.
推定
55 --> 287秒
56 --> 463秒
57 --> 750秒

**デフォルトの名無しさん** · 2023/09/02(土) 22:03:36.41

シンプル再帰版 C/gcc
Time= 625.499ms fib_c_simple(44)= 701408733
Time= 995.294ms fib_c_simple(45)= 1134903170
Time=1568.026ms fib_c_simple(46)= 1836311903
Time=2497.401ms fib_c_simple(47)= 2971215073
Time=4059.698ms fib_c_simple(48)= 4807526976
Time=6563.932ms fib_c_simple(49)= 7778742049
Time=10696.766ms fib_c_simple(50)= 12586269025
Time=18117.324ms fib_c_simple(51)= 20365011074
Time=30850.988ms fib_c_simple(52)= 32951280099
SIGINT: Interrupted by Ctrl-C.

シンプル再帰版 C/Clang
Time=1556.296ms fib_c_simple(44)= 701408733
Time=2491.174ms fib_c_simple(45)= 1134903170
Time=4019.549ms fib_c_simple(46)= 1836311903
Time=6543.637ms fib_c_simple(47)= 2971215073
Time=10584.639ms fib_c_simple(48)= 4807526976
Time=17254.294ms fib_c_simple(49)= 7778742049
Time=27799.040ms fib_c_simple(50)= 12586269025
Time=45090.030ms fib_c_simple(51)= 20365011074
Time=73155.917ms fib_c_simple(52)= 32951280099
SIGINT: Interrupted by Ctrl-C.

nim 2.0.0
gcc 13.2.0
clang 16.0.5

**デフォルトの名無しさん** · 2023/09/02(土) 23:49:38.43

コードも出ず一般的な副作用のある問題への適用可能性もわからないが
速度が必要なところでは始めからループを使い再帰は通常使われない
今回のような問題ならメモ化の方が高速化に対して効果的
さらにフィボナッチ漸化式の場合はそのまま二つ分のみのメモ化としレジスタ(ローカル変数)で演算していくようにプログラミングするのが常識

**デフォルトの名無しさん** · 2023/09/03(日) 01:40:05.47

>>69
それ今回の目的と手段が逆じゃね？
今回のは、より高速なフィボナッチが目的じゃなく、速度計測の一つの手段として再帰のフィボナッチを使ってるんじゃね？

**デフォルトの名無しさん** · 2023/09/03(日) 02:08:27.39

言語の速度計測でフィボナッチを使うのは無意味となるためやるべきでない

ダブル再帰の計算量O(1.6^n)をどこまでアルゴリズム変換して計算量をどこまで減らせるかは言語の優劣と関係ない
フィボナッチの場合は究極的にO(n)にすることもできるが汎用的ではなくこれを言語が頑張っても意味がない
>>66もまだO(n)になっておらずさらなる改善の余地が大いにあるが仮にその対応をしてもその言語が速いことにならない

計算量を激減可能なアルゴリズムで言語間の速度を計測しても意味がない

**デフォルトの名無しさん** · 2023/09/03(日) 02:23:40.00

じゃあお前はこの話についてこなくていいよ

**デフォルトの名無しさん** · 2023/09/03(日) 02:32:28.82

5ch は中毒性あるからホドホドにね

**デフォルトの名無しさん** · 2023/09/03(日) 02:35:49.88

NimがCの3倍速いという話はそういうことだったのか
まともなベンチだとNimは遅くてNimを使う意義ないもんな

**デフォルトの名無しさん** · 2023/09/03(日) 08:30:48.70

違うアルゴリズムで組んで速度比較したって事？

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

再帰とかじゃなくてコンパイラとかリンカとかの実用的なプログラムで同じロジックでコード書いたときに、CよりNimの方が最適化すごかったりするの？

仮にそうなら競プロでなんでnimがもっと流行らないんだろう

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

>>75
逆にそれ以外で700倍の差をつける方法あるのか？

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

実用的なプログラムではNimが遅い

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

違うアルゴリズムで比較とかあまりにも想像絶する

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

コンパイル時にほとんどを解決してたってこと？

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

結局この種の速度なんてメモリに触る部分をどれくらいカスタマイズできるか、しなきゃならんかって
話なわけで、
その辺いじってないバカほどベンチガーになる。

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

フィボナッチなんてキャッシュすると(メモリ触れば触るほど)速くなるだろ

**デフォルトの名無しさん** · 2023/09/03(日) 13:20:45.65

>>82
それは遅くなる
f(n)の計算のためにf(0)からf(n-1)までn個のメモリをメモ化で使うのと
nを順に大きくして行きメモ化は常にf(n-1)とf(n-2)の2個のみのメモリ(レジスタも可)を使うのと
どちらが速いと思う？

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

nはランダムに指定するんじゃなくて必ず順に取り出すルール？
そんなの使い物にならんで

**デフォルトの名無しさん** · 2023/09/03(日) 13:59:25.38

当然nはランダムに一つのみ指定される

**デフォルトの名無しさん** · 2023/09/03(日) 15:10:52.83

まーた複オジが壮大な勘違いをして頓珍漢な自説唱えてるよw

**デフォルトの名無しさん** · 2023/09/03(日) 16:55:12.08

問題を勝手に決めて自分に都合の良い解釈だけで突っ走る人だから議論が成立しないよね

**デフォルトの名無しさん** · 2023/09/03(日) 18:15:12.53

Rustの悪口は許せないんだろうな

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

今回のはRustと全然関係ないような

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

>>84
元記事でもこのスレでもnはランダムでもなんでも関数に渡ってくる引数だよ
そのフィボナッチ計算のアルゴリズムは最適化できれば自由で途中の計算のメモ化もアルゴリズムの範疇で自由だよ
ただし関数だから以前に呼ばれた時の計算結果のメモ利用だけはダメ
それを許したらconstexprでメモつくっておいて即答になり計算測定の意味なくなるからね

**デフォルトの名無しさん** · 2023/09/03(日) 20:45:15.50

>>35だけど
メモ化とかしていない
asmレベルは知らないけど増加度を見れは推測はつく

**デフォルトの名無しさん** · 2023/09/03(日) 20:53:12.27

煽れば情報が出てくると思っている輩が多いな

>>90
実際に試したのかどうかまでは読み取れないけど、記事は見たようで何より

**デフォルトの名無しさん** · 2023/09/03(日) 20:58:09.55

軽く煽った後は、本業に戻る、だよ急がないし

**デフォルトの名無しさん** · 2023/09/03(日) 22:52:15.27

>>89
Rustと関係ない話をしていても心は常にRustが憎いからさ

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

>>83
>>85
IDかぶってんの？自演バレ？

**デフォルトの名無しさん** · 2023/09/04(月) 16:41:39.63

C言語の高速化のしやすさは半端じゃないな。ただ、Rustと違って時々メモリの解放忘れとかでやらかすのはあれだけだど。
gcc -O3 -march=nativeってすると爆速だもんな。Rustでこれに対応するのはあんのかな？cargo run --releaseでもgccの最適化に比べるとかなり物足りなく感じる。

**デフォルトの名無しさん** · 2023/09/04(月) 17:35:48.90

LLVMベースなんだから、そのうち同等か近いところまでくるでしょ

**デフォルトの名無しさん** · 2023/09/04(月) 18:26:01.51

Rustのsafeモードでは効率よく使えないアルゴリズム
がある。
また、その場合、関数の中にunsafeを閉じ込めることも
不可能であることが分かっている。
ここの人は馬鹿なので理解できないので説明しない。

**デフォルトの名無しさん** · 2023/09/04(月) 18:44:20.41

だめじゃん

**デフォルトの名無しさん** · 2023/09/04(月) 18:54:40.00

「safeモード」
この言葉だけで理解してないのが分かるよね

**デフォルトの名無しさん** · 2023/09/04(月) 19:05:16.04

他人の無能を強調するタイプのコミュニケーションやめたほうがいいよ

**デフォルトの名無しさん** · 2023/09/04(月) 19:14:49.30

>>98
いつもの嘘つき登場か

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

>>98
ソースプリーズ
根拠がなきゃ他人は説得できない

**デフォルトの名無しさん** · 2023/09/05(火) 00:55:10.57

俺は趣味だからC++で良いよ。仕事で使うわけではないし。
AppleとかGoogleとかMicrosoftが使っているとか関係ねえ。

**デフォルトの名無しさん** · 2023/09/05(火) 01:14:55.37

>>98
あなたがC++でソースを例示してここの人達にRustで書けるか
挑戦者を求めれば良いだけでは？
「説明しない」では誰にもさっぱり伝わらん

**デフォルトの名無しさん** · 2023/09/05(火) 01:42:09.14

Rustスレでコテンパンにされたのがそんなに堪えたかw

**デフォルトの名無しさん** · 2023/09/05(火) 04:59:27.85

お前らにはわかるまい、ってよくマンガで悪役が言うけどさ、

そう言ってる間に基礎鍛錬するから、高尚なことはいまはいいや

**デフォルトの名無しさん** · 2023/09/05(火) 10:25:22.07

調べてみたらRustのコンパイルオプションにも-C target-cpu=nativeというオプションがあるっぽい。これがgccの-march=nativeに対応する模様。ただ、どちらの方が最適化性能が高いかは計測してないのでわからん。

**デフォルトの名無しさん** · 2023/09/05(火) 10:28:47.45

gccrs使えば良いのでは?

**デフォルトの名無しさん** · 2023/09/05(火) 14:25:20.49

C の vector とか map とか ordered_map から
Rust の Vec とか HashMap とか BTreeMap に変換してくれる crate ってありますか？
(また逆方向も)
map の vector だったり vector の map だったりしても再帰的に処理してくれるものを希望
っていうか copy とか clone とかせずにそのままアクセス出来れば尚良し

**デフォルトの名無しさん** · 2023/09/05(火) 17:45:36.54

>>110
cxx crateを見るといい
mapは対応してないけどvectorは対応してる
基本的に所有権があるから値をコピーせずに言語またいでowned valueを作ることはできない

**デフォルトの名無しさん** · 2023/09/05(火) 18:26:01.00

所有権の行き来の情報を付けて、C/C++が収受できるようなればいいんだよな

RustがC/C++を追い抜くなら、かならずそれもできるようになるはず

**デフォルトの名無しさん** · 2023/09/05(火) 20:46:09.58

>>110
Cのmapってどこかにライブラリがあるの？
超ほしいんだけど・・・

**デフォルトの名無しさん** · 2023/09/05(火) 21:04:49.01

>>110
アクセスしたいだけなら異なる型へ変換する必要がない
そのままアクセスした方が当然速い
さらに言えばもっと上位のXY問題の可能性もある

**デフォルトの名無しさん** · 2023/09/05(火) 21:41:39.41

>>113
c++のタイポ

**デフォルトの名無しさん** · 2023/09/06(水) 02:47:52.58

>>1
OSSは混沌が続くだろう。
なぜなら、OSSという暴力を使えば、
どんなに弱い人間でも、どんなに強い人間をも
殺すことが出来るから。

ホッブズというイギリスの政治思想家が言うには
「人間は放置すれば、何をしでかすかわからない。
永遠に混沌が続くだけ」
さらに、混沌が続く理由を「どんなに弱い人間でも、
どんなに強い人間をも殺すことができるからだ」

**デフォルトの名無しさん** · 2023/09/06(水) 02:56:49.29

暴力を使えば、どんな弱者でもどんな強者をも殺してしまえる。
その結果社会が乱れ、万人の万人に対する闘争状態
になる。
だから近代社会は暴力を禁止した。
ところがオープンソースは、暴力に他ならないから
社会が崩壊してきている。

**デフォルトの名無しさん** · 2023/09/06(水) 07:23:23.69

>>117
また妄想かよ。コテハン付けろよ。
近代社会が暴力を禁止しているわけ無いだろ。
禁止されているのは個人の暴力で、国家が暴力機関の形で独占しているだけだわ。

**デフォルトの名無しさん** · 2023/09/06(水) 09:13:19.92

まあ、放置されてる感はあるけどね。暴力。

**デフォルトの名無しさん** · 2023/09/06(水) 09:16:46.22

あ。暴力は暴力でも、対人の暴力ね

>>113
どこのプロジェクトも、自分とこに合ったmapなりlistなりを既に持ってるから、それを使うのが結局正解
なんなら、C++(STL)で、必要十分なmapを導出(特殊化)して、extern "C" つけてあげるのもいい

**デフォルトの名無しさん** · 2023/09/06(水) 11:23:19.33

どうせコピーになるなら msgpack とかも OK?

**デフォルトの名無しさん** · 2023/09/06(水) 12:35:37.91

>>109
gccrsって何？

**デフォルトの名無しさん** · 2023/09/06(水) 13:14:48.02

ｇｇｒｋｓっぽいなにか

**デフォルトの名無しさん** · 2023/09/06(水) 13:45:29.45

>>122
gcc-rs
>>123
わかります

**デフォルトの名無しさん** · 2023/09/06(水) 14:39:52.42

Googleは民間企業に見せかけた国家機関であり、
NASAのIT企業版みたいな物。RustのMozillaも
Googleから年間数千億円の資金を得ている。
どちらも共産主義的な機関だから民間企業は
勝てるわけなく、競争も不可能。

**デフォルトの名無しさん** · 2023/09/06(水) 14:43:05.57

Googleの検索エンジンはCEOらの個人開発ではなく
スタンフォード大学製であり、開業資金も
スタンフォード大学から貰っていた。
また、YouTubeは米国が視聴者の情報と引き換えに
資金援助しており、それでやっとこさ経営できている
半官半民の中国と同様の社会主義の様な組織であり、
純粋な民間企業とは言えない。
当然、日本製のSNSでは競争が成り立たない。

**デフォルトの名無しさん** · 2023/09/06(水) 14:47:38.64

YouTubeもGoogle検索エンジンもインターネット
自体も米国政府が国民の個人情報や他国の
企業秘密のを抜き取るための仕組みである。
そうやって技術を盗むから米国には技術で
絶対に勝てない。
TikTokはそれの中国版であるから、米国政府は
激しく抵抗した。自分がYouTubeでやっている
悪さを中国に真似されたので、自分を棚に上げて
TikTokだけを攻撃している。
中国政府はマフィアと癒着していることが
イタリア警察によって明らかになってきているが、
アメリかは元々がマフィアである。
マフィア vs マフィアの戦い中。

**デフォルトの名無しさん** · 2023/09/06(水) 14:53:13.10

陰謀論ktkr

**デフォルトの名無しさん** · 2023/09/06(水) 14:55:50.70

さらにシリコンバレー自体が軍事と結びついている
と聞いた。

**デフォルトの名無しさん** · 2023/09/06(水) 15:01:08.12

Googleの検索エンジンがスタンフォード製で
あることや起業時の大学からの資金援助については
「慶応大生が学んでいるスタートアップの講義」
という本がソース。
また、YouTubeが米国政府から視聴者のデータを
政府に渡すことと引き換えに資金援助されている
というのは事実のはず。
また、GoogleがAppleにデフォルト検索エンジン
をGoogleにすることと見返りに年間一兆円の金を
渡していたことや、Chromeが出来る前にMozillaに
デフォルト検索エンジンをGoogleにする代わりに
数千億円の金を渡していたことは事実のはずだ。
Mozillaの主な資金源はそれ。
のちに、Googleは自らChromeを作ってしまったので
Moziilaに金が流れなくなって、Mozillaは倒産の危機に
ある。

**デフォルトの名無しさん** · 2023/09/06(水) 16:05:05.97

>>129
dod から資金援助受けて研究するのは駆け出しの研究者なんかもそうだと言ってたぬ　kill related ってゆーてたぬ　Sra のお偉いさんが書いた文章にもアメリカのＩＴ企業はdodからの支援があるので日本はアメリカにＩＴで絶対に勝てないって書いてあったぬ

**デフォルトの名無しさん** · 2023/09/06(水) 16:33:45.04

>117 >125 >126 >127 >129 >130
だからコテハン付けろよ。

**デフォルトの名無しさん** · 2023/09/06(水) 16:52:38.67

資金で勝てないというのは陰謀論でもなんでもないけどな
そもそも日本は敗戦以来アメリカの庇護下にあるんだし、
対等に競争できないことを前提に考えないといけない

**デフォルトの名無しさん** · 2023/09/06(水) 17:00:10.52

Chromeでは、https化してないサイトに警告が出る様にな
ったが、https化するためにはまたアメリカに結構な
金額を毎年貢がないといけなくなった。
もともとドメイン料の毎年の維持費もある。
結局、アメリカには何もしなくても金が入る
不平等な仕組みになっている。

**デフォルトの名無しさん** · 2023/09/06(水) 17:21:26.22

ＡＩだってチップ作ってた企業を東京地検特捜部が因縁付けてあらかじめ潰してあるからぬ　そも対等に競争なんて連中わ端から考えてもネエぬ　スタート位置にすら立てねえように準備してあるんだよぬ

**デフォルトの名無しさん** · 2023/09/06(水) 17:29:48.64

>>133
今のテック業界は、技術や頭の良さより、
金と暴力で決まる分野になっている。
戦争になるぞと脅して自分の都合の良いルール
を世界に従わせ、金が自動的にアメリカに
入る様になっている。

**デフォルトの名無しさん** · 2023/09/06(水) 17:31:35.56

dod から出てくる研究テーマわ　比較的カンタンな内容で　無名な研究者なんかでも申請通りやすくなってるぬ　こうやって研究開発する人員の裾野を広げ　若手を育成すべき対象として理解してるぬ　翻ってジャップ猿のやってるコトわ　ノーベル賞級の成果をあげた若手女性研究者を　カスゴミステマで潰して　魂の叫びを無視して　笑い者にしたダケだぬ　当然ながら追試して正しい成果と認められても　名誉回復は一切ナシで　本人は場末の雀荘で絶賛放置プレイ中だぬ

**デフォルトの名無しさん** · 2023/09/06(水) 17:41:22.15

巨大資本が裏から手を回すことを共産主義的って言うのは誤解されるからやめたほうがいいと思うんだけどな
結局それらは国際的な政治経済システムの話なんだから、ここじゃなくてもっとしかるべき場所でやりなよ

**デフォルトの名無しさん** · 2023/09/06(水) 17:47:40.14

ところが、大学初のものは共産主義的に
なりがちで、それがGoogleにも言えている。
あらゆるソフトウェアを無料にする姿勢とか。

**デフォルトの名無しさん** · 2023/09/06(水) 17:52:07.03

Sunの商用UNIXとしての圧倒的なシェアを資金力で真正面から潰しにかかるのは現実的ではないので共産主義的手法を利用するためibmがLinuxを利用したというのが歴史的経緯と思いますケドぬ

**デフォルトの名無しさん** · 2023/09/06(水) 17:54:57.41

スレチさん何故ここなん？
別にどこでもいいわけじゃん
いろんなスレでやってるとか？