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

**デフォルトの名無しさん** · 2023/06/06(火) 19:13:06.15

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

っていう雑談スレ。

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

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

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

>>534
まぁ、そこらへんは多分ほんとにコンパイラ自分で作ってみるくらいの事しないと分かりにくいかもな
ここがわからないとそもそもopy treitとは何かの意味がわからんからな
意味がわからなくても「これはcopy trait、これは違う、何故か、わからなくても全部暗記」でも乗り越えられなくはないけど

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

>>535
根本的な理解ができていないようだな
Copyトレイトを実装しているか否かに関わらず当然どちらもメモリの確保が必要
例えば

// Copy非実装型
struct Foo(i32);

// Copy実装型
#[derive(Copy,Clone)]
struct Bar(i32);

型Fooも型Barも当然どちらもメモリの確保が必要

**デフォルトの名無しさん** · 2023/06/21(水) 18:07:23.44

まぁ、基本は
スタック is GOD.
再帰構造 is GOD.
という話なんですけどね。
型厳密なFORCEとかできんかね。

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

あぁ根本的にわかってなかったわオレ

**デフォルトの名無しさん** · 2023/06/21(水) 18:12:04.35

普通にRustの仕組みを誤解してるんだと思うわ

一番問題なのは借用と値渡しを混同してると思うところ

**デフォルトの名無しさん** · 2023/06/21(水) 18:29:37.38

というか言語に関係なく
サイズ0でなければメモリの確保が必要
これはメモリを使うコンピュータの基本常識
もちろんコンパイル最適化によって生成コードレベルではレジスタ利用のみに成りうる場合もあるが
それは環境依存であるとともに言語レベルでは関係ない話

**デフォルトの名無しさん** · 2023/06/21(水) 18:34:15.18

TがCopyならば&Tを渡されても全く問題ない、とは言い切れない
呼び出し直前にコピーし参照が消滅してから値渡しすれば&mut Tを得られる可能性がある

**デフォルトの名無しさん** · 2023/06/21(水) 18:43:06.10

>>541
何をいいたいかさっぱりわからん
具体的なコード例を出してみ

**デフォルトの名無しさん** · 2023/06/21(水) 19:02:31.10

なんで借用が使われてるか分かってない人が書いてるから
そこに乗っかって言いたいことを言い続けても話が長引くだけで不毛だから

**デフォルトの名無しさん** · 2023/06/21(水) 19:58:12.70

借用とは参照の受け渡しに過ぎず
参照とはライフタイム付きのポインタ(アドレス)に過ぎないから
C言語のポインタさえ理解している人ならば理解に困らない
その上でデータ競合防止のための単純な借用制限ルールを把握すれば基本は完了
ここはすぐに学習が終わるところ

混乱ないように補足しておくと
単体の参照はアドレスのみだか
連続体の参照はアドレス＋長さの対
dynの参照はアドレス＋vtableアドレスの対
参照は以上3種類

ちなみに例えばVecがアドレス＋長さ＋キャパシティを持つのは参照とは無関係でVecの構造体データ自体
それを&Vec<T>として参照すらならその構造体データを指すアドレスとなるし
&[T]として参照するならばVecの構造体データを指さずに中身のアドレス＋長さの対の参照となる
その違いまでを理解できたら終わり

**デフォルトの名無しさん** · 2023/06/21(水) 20:01:59.11

なぜコードを出さないかというと強要されてないから
まさか強要が好きな人はいないよね

**デフォルトの名無しさん** · 2023/06/21(水) 20:27:21.64

この件にとやかく言うつもりないけど
ずっとレジスタに乗ったままの変数ならメモリは確保しなくてもいいんじゃないかと思うけど
xorの後カウントとか何かの値をレジスタに入れてそれを使って判定してそのまま消えるとか
関数抜けるときレジスタに入れっぱなしとか
検証する気もないが

**デフォルトの名無しさん** · 2023/06/21(水) 20:28:47.54

C/C++理解してたらそんなゴミみたいな質問は出てこないのだけどな
いきなりrustやってもわからんというのが俺の持論

**デフォルトの名無しさん** · 2023/06/21(水) 20:33:13.90

>>546
レジスタに乗せるのはメモリからだよ？

**デフォルトの名無しさん** · 2023/06/21(水) 20:34:50.23

xorの後の意味が分かってなさそう

gcc -Sでアセンブリに変えてみてるとそういう挙動に見えるんだから

**デフォルトの名無しさん** · 2023/06/21(水) 20:51:37.32

>>546
最終的にレジスタ演算のみで完結したとしてもそれは各CPU等のアーキテクチャ毎に最適化したコード生成レベルの話
プログラミング言語レベルの話ではない
例えばレジスタを持たない仮想機械でも動かせる

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

ほんとこのスレのレベルときたらww

**デフォルトの名無しさん** · 2023/06/21(水) 22:00:07.36

無知なのは仕方ないが積み重ねてる感じが一切ないんだよな
まっっっっっったく学習してないというかなんというか

**デフォルトの名無しさん** · 2023/06/21(水) 22:32:22.16

【プログラミング言語】企業が求めるエンジニア言語ランキング　2位「R」、3位「Go」　1位は？　企業DB運営会社が発表 [すらいむ★]
https://egg.5ch.net/test/read.cgi/scienceplus/1687350694/

Rustがランキング入りしてない

**デフォルトの名無しさん** · 2023/06/21(水) 22:39:28.03

RustaceanはMicrosoftで働くんで

**デフォルトの名無しさん** · 2023/06/21(水) 23:08:25.74

コンパイル先で使えるレジスタが0本か100本かわからないので全てメモリ上に確保して進められる
参照を渡すならばレジスタが余っていようとレジスタへの最適化はできない
しかし参照渡しを値渡しに最適化してしまいレジスタを使う可能性もありうる
いずれにせよレジスタの存在は忘れてプログラミングすることになる

**デフォルトの名無しさん** · 2023/06/21(水) 23:27:01.13

要するに物理的事情で強要されるのは許せるが数学的に強要されるのは許せないと

**デフォルトの名無しさん** · 2023/06/22(木) 00:08:59.97

>>525,530
大丈夫か?

>>554
大丈夫か?

ポエムか?

>>553
残酷な現実

**デフォルトの名無しさん** · 2023/06/22(木) 00:20:09.63

>>557
>>>554
>大丈夫か?
皮肉じゃね?

**デフォルトの名無しさん** · 2023/06/22(木) 00:34:12.55

>>555
LLVM IRは逆にメモリの存在は忘れて（仮想の）レジスタのことだけ考えるモデルなんだがなあ

どこにも文書化されていない「俺様の考え方」に話を合わせろってスタイルやめてほしいわね

**デフォルトの名無しさん** · 2023/06/22(木) 00:35:21.97

企業はRust使いを望んでないのか
俺は硬い書き味への期待で個人で使うつもりで学んでる
身に付けるまでに多少の苦労があっても恩恵がデカすぎると思ってるから
つーのもts書いてるとjsとかP系言語で新規に何か書く気になれねえんだよな。tsの型なんて言ってしまえば柔軟性優先のユルユルでしかないのに、もうそれがないところには戻りたくない
またwasmをホイホイ使えるようになれば、有象無象のWEB系人材の中では多少マシな立ち回りができるんじゃないかと期待してるから
つまり個人の戦略としては、企業の求める人材像に伸るか反るかとは別であっても良いんじゃないの

**デフォルトの名無しさん** · 2023/06/22(木) 01:00:34.66

もっと有害な物がいくらでもある
企業が求めてないけど無害な物をいちいち問題視するのは安全第一ではない視点

**デフォルトの名無しさん** · 2023/06/22(木) 05:55:26.99

>>560
求人しても応募者がいないんじゃしょうがないだろ。
土方Rusteseが増えてからだよ。

**デフォルトの名無しさん** · 2023/06/22(木) 06:28:24.38

上の方で出てたけど、webから来た人とRustは相性はいいみたいね
ニーズも合う確実にマルチスレッドだし、セキュリティに関しては最前線だし

**デフォルトの名無しさん** · 2023/06/22(木) 06:30:48.10

>>553
Rustじゃ何も作れないんだからしゃーない

**デフォルトの名無しさん** · 2023/06/22(木) 07:29:12.62

>>559
LLVM IRのレジスタはCPUのレジスタとは全く別物
LLVM IRのレジスタは書き換えができない一方で無限の個数を持ててCPUのレジスタとは真逆の性質を持つ
あくまでも中間言語であって各プログラミング言語とも各CPUアーキテクチャとも独立している

一方C++やRustなどのプログラミング言語の変数においてレジスタは直接無関係で仮定されない
(staticでない)ローカル変数はスタック上にそのメモリ領域を確保したものとして動作するとみなしてよい
そのためレジスタを持たないWebAssemblyでも動作することができる
レジスタを持つ環境ではそのコード生成時の最適化でレジスタ利用ももちろん可能
各プログラミング言語とレジスタは直接関係ない

**デフォルトの名無しさん** · 2023/06/22(木) 09:53:39.17

futures::select を macro で使いたいんだが
use futures::{pin_mut, selct, future::FutureExt};
だと select! が無いと言われ
use futures::{pin_mut, future::{FutureExt, selct}};
だと select() は function だと言われる
select! どこいったし

**デフォルトの名無しさん** · 2023/06/22(木) 09:55:38.17

>>431
富豪がタイタニック冒険で沈没して酸素不足
酸素に金払わないとこうなる例

**デフォルトの名無しさん** · 2023/06/22(木) 10:01:29.99

>>473
実際C++/Cのメモリ管理をわきまえてりゃメモリバグに遭遇する確率は低い
逆にRustにしたからと言ってメモリバグ0になる訳じゃない
メリット<コストなら移行しないだけ

**デフォルトの名無しさん** · 2023/06/22(木) 10:04:09.32

>>475
>だからRust信者は、良いソフトを作ったことが無い人が多いはずだ。
前半が正しいだけに結論が残念だな

だからRust信者は、C/C++に挫折した人が多いはずだ。
なら同意

**デフォルトの名無しさん** · 2023/06/22(木) 11:04:46.33

>>566 自己解決しましたほんとうにありがとうございました

**デフォルトの名無しさん** · 2023/06/22(木) 12:19:03.55

まぁ覚えても仕事で使う人はほとんどいないだろうから覚えてもおそらく1円の特にもならない人がほとんどやろ
そう言う人が覚えるメリットはないし覚えなくてもいいやろな
オレは大学でソフトウェア工学やってたから興味あるので勉強するけどそうでもなけりゃやる意味ないかもな

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

>>571
やって来た言語の一覧と感想書いてみて

**デフォルトの名無しさん** · 2023/06/22(木) 13:48:40.36

>>572
言うほどないけど
BASIC : 最初の一歩には最適かな？
C : 感動したな
Perl : さらっとなんかやりたい時は便利だった
Objective-C : NeXTでやった、大学時代、最先端やってる感だったけど、GUI周りがサクサクできるのは楽しかったかな
Eiffel : これも大学時代、Object指向大流行の時代、まぁ学術的な意味しかない感じ
Lisp : 計算論の勉強のときに必須だった、ともかく大学時代の勉強で後で実務に役に立ったものはない、しかし勉強して無意味だったとはもちろん思わないんだけどね
C++ : 就職してから、仕事で覚えた、イヤもなんもなし、できなきゃ飯が食えん、まぁ文句なしの業界標準
JAVA : コレも仕事、職場であったけど自分であんま組んだ事ない、できたコード見て綺麗やなとは思った
Javascript : コレは組んだ事もほとんどないくせに教えさせられた、必然的に憶えたけど
Haskell : 趣味、関数型流行の先駆け、久々のLisp系、ちょっと感動、流行ってほしかったけどいつの間にか消えてしまって残念
Rust : 現在趣味で勉強中、コレも消えちゃうのかな

**デフォルトの名無しさん** · 2023/06/22(木) 15:55:25.89

>>573
なんと高見の見物、消えても構わない趣味限定のHaskell&Rust
現実逃避ポエマーによる反実仮想風説の流布を咎めてください

**デフォルトの名無しさん** · 2023/06/22(木) 17:21:07.81

アセンブラとか含まないんだ…。(自分ならお約束的にZ80とか混ぜてる

**デフォルトの名無しさん** · 2023/06/22(木) 18:53:40.95

>>575
その後のアセンブラ経験は？

**デフォルトの名無しさん** · 2023/06/22(木) 18:58:27.21

>>573
50歳くらい？

**デフォルトの名無しさん** · 2023/06/22(木) 18:59:55.17

組み込みの人でないなら、少なくとも32bitCPU以降じゃないとお約束は通じない(最悪、老害扱いされる)

**デフォルトの名無しさん** · 2023/06/22(木) 19:00:47.80

>>573はそこを踏まえてるのかも

**デフォルトの名無しさん** · 2023/06/22(木) 20:21:53.12

こんなしょーもないことでマウントする>>575は複オジなのだろう
しかも、このスレで頻繁に出る低レイアバトルが8bitマイコン前提だったとはねw

**デフォルトの名無しさん** · 2023/06/22(木) 21:16:02.50

透視能力と予知能力ってどっちが良く当たると思う？
時と場所の範囲を広くできる方が当たるよね

**デフォルトの名無しさん** · 2023/06/22(木) 21:36:30.88

JavaをJAVAって書く人にはコードを触らせるなってばっちゃが言ってた

**デフォルトの名無しさん** · 2023/06/22(木) 21:40:04.58

組み込みおじさんだからな
話がすげー古いんよ
Z80とか誰がやってんのよw

**デフォルトの名無しさん** · 2023/06/22(木) 21:42:09.97

>>578
32bitもとっくにオワコンだぞ

**デフォルトの名無しさん** · 2023/06/22(木) 22:16:24.80

>>583
実際組み込みは息が長いよ
ちょっとQiita見るだけでも70才位までいる

>>584
32bit経験者ってだけで老害扱いはないだろうけど、CPU自体はオワコン

**デフォルトの名無しさん** · 2023/06/22(木) 22:24:46.01

32ビットRISC-Vチップ1個120円(海外のセット販売だともっと安い)が、
Rustでプログラミングできるそうだけど。

**デフォルトの名無しさん** · 2023/06/23(金) 08:26:48.97

秋月でも1個40円ですけど
これでやるの？

https://akizukidenshi.com/catalog/g/gI-18062/

**デフォルトの名無しさん** · 2023/06/23(金) 08:52:09.08

それの書き込みツールがRustらしい波はそこまできてる
https://github.com/ch32-rs/wlink

Rust to C みたいなトランスパイラでいいのかもね
LLVMなら基本的にはできるんだろうから、なんとかなるだろ
手で書くから問題なんであって、中間表現としてのCに罪はない
clangエアプなのでしらんけど

**デフォルトの名無しさん** · 2023/06/23(金) 08:54:25.59

あ、ちょっとちがった
書き込みツール、Rust版ができてる、がより正確

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

やっとRustの使い道ができたな

**デフォルトの名無しさん** · 2023/06/23(金) 12:16:36.79

5chにもRedditやSOのupvote/downvote欲しいよなあ
このスレの存在やRustスレの衰退ぶりを見てて思った

**デフォルトの名無しさん** · 2023/06/23(金) 15:25:09.05

真面目に人の話を聞いてから否定したり、その人の所為にするよりは
人の話を聞かないという手もある

**デフォルトの名無しさん** · 2023/06/23(金) 15:57:43.27

>>591
まあ、5chの運営は政治思想的な理由で大規模な書き込み規制を行うゴミ組織ですから、あまり期待しない方が良いのでは？

**デフォルトの名無しさん** · 2023/06/23(金) 16:00:24.39

打倒Numpyを目指してRustでNdarrayベースでクレートの開発目指してんだけど、NdarrayやNumpyに追加して欲しい機能とかある？

**デフォルトの名無しさん** · 2023/06/23(金) 16:21:21.77

Rustにpyo3あるから便利よね

**デフォルトの名無しさん** · 2023/06/23(金) 16:59:57.92

>>594 良いね、まず過去現在の類似の試み、その状況を調べた限り挙げて見ては？

**デフォルトの名無しさん** · 2023/06/23(金) 17:01:47.15

>>594
requires_grad=trueで勾配計算機能を追加
GPU転送機能

**デフォルトの名無しさん** · 2023/06/23(金) 17:17:00.14

>>594
自分の試みが何が優位なのか、そのPOC、goalとnon-goal
機能拡充の前にPOCだけでも

ただ闇雲にやってみた、だと就職活動で逆効果

**デフォルトの名無しさん** · 2023/06/23(金) 17:59:27.60

ルーパチし忘れてるぞ

**デフォルトの名無しさん** · 2023/06/23(金) 18:04:33.34

商用アプリではほぼ使われない。
理由は思想。

**デフォルトの名無しさん** · 2023/06/23(金) 18:26:18.78

認証受けずモグリで運営していたのは問題だが
爆発じゃなくて爆縮400気圧
潜水艦の操縦がゲームコントローラとかワクワク感たまらねぇ
Rustで造ってれば安全だったはず

**デフォルトの名無しさん** · 2023/06/23(金) 18:29:00.54

>>594
BLAS
Complex Linear Algebra

**デフォルトの名無しさん** · 2023/06/23(金) 18:35:21.00

Rubyは、パッケージシステムやインストーラーを強要しなかったから
普及したが、node.jsは強要したので普及が遅いかも。
Rustもcargoを強要するのでダメ。

**デフォルトの名無しさん** · 2023/06/23(金) 18:46:22.56

>>601
水深4000フィートまで耐えられるよう建造して
水深4000メートル潜ろうとして途中で水圧に耐えられなかった
長さの単位が統一されていないUSAだから起きた
メートル法に統一しているべきだった
この件はプログラミング言語は関係なさそうだ

しかし似たような事例で文字エンコーディングの不統一のためのバグが昔あった
Rustなら言語レベルでstrとStringがUTF8に統一され正当性チェックもあるため
入力の間違いやプログラムの間違いで取り違えたまま実行されることはなさそうだが

**デフォルトの名無しさん** · 2023/06/23(金) 18:46:27.54

Rustは全体的に、実際の使い方を無視した作り。

**デフォルトの名無しさん** · 2023/06/23(金) 18:52:53.90

>>603
cargoを使いたくないなら使わなくても使える
$ rustc foo.rs
これで実行可能バイナリfooが作られる
$ ./foo
あとはrustc --helpなどを見てくれ

**デフォルトの名無しさん** · 2023/06/23(金) 18:56:09.97

>>606
恐らくそれだとcrateが使えないので、cargoを強要される。
C/C++ではありえない設計思想。

**デフォルトの名無しさん** · 2023/06/23(金) 18:57:27.27

そして、crateを使うことで、オープンソース思想に染まった一員
のようになってしまい。オープンソースが指示されているかのような
嘘の証拠を作ってしまう。

**デフォルトの名無しさん** · 2023/06/23(金) 19:30:18.50

オープンソース思想っていうか、オープンソース世代だね

プロプラもオープンソースも貪欲に利用できる大胆さがほしいね

**デフォルトの名無しさん** · 2023/06/23(金) 19:31:29.42

また、cargoを使うことで、exeサイズの増大が起きるだろう。

**デフォルトの名無しさん** · 2023/06/23(金) 19:53:35.15

>>607
できるよ
まずクレートbarをコンパイル
$ rustc --crate-type=rlib bar.rs
ライブラリファイルができた
$ ls -l libbar.rlib
ライブラリのある場所を指定してコンパイル
$ rustc -L . foo.rs
できあがったので実行
$ ./foo

**デフォルトの名無しさん** · 2023/06/23(金) 19:55:15.02

しかし、現実的に出来ないんだろうて。
そんなに簡単なら、cargoなんて不要なんだから。

**デフォルトの名無しさん** · 2023/06/23(金) 21:20:51.32

SOのサーベイの所得プロットなんだけどZigの所を見る限り、普通に受け止める「言語別所得」と違う
https://survey.stackoverflow.co/2023/#section-salary-salary-and-experience-by-language
https://www.itmedia.co.jp/news/articles/2306/23/news109.html
https://image.itmedia.co.jp/news/articles/2306/23/l_dy_fig_04.png

まずZigの平均経験が10年以上が有り得ない(Zigは2016～)
あと、ホバーすると出てくる数字だと
$103,000 * 259 = $ 26.7m = 38億円となって、
現段階では純Zig案件でこんな額は注がれてるイメージが出来ない
(せいぜいZig Software Foundationトータルで$1m寄付が有るか無いか程度)

言語別というより、言語扱う人別(複数延べ)データとして見ないと可笑しなことになる

Zigの場合は、250人位が仕事は他言語、完全趣味+OSSでZig、の方が近いのでは

**デフォルトの名無しさん** · 2023/06/23(金) 21:27:03.23

cmakeやcargoが必要なのは、gccとllvmの仕様が統一される保証がないから？

**デフォルトの名無しさん** · 2023/06/23(金) 22:27:58.10

それと愛され言語の呼び名が変わったけど
https://survey.stackoverflow.co/2023/#technology-admired-and-desired
Go
desired-admired
20.59%-62.45%
所得プロットでの"人数" 6650

これも下と比較すると全く整合性がない
https://go.dev/blog/survey2023-q1-results
satisfied = 92%
n=5280

調査による差が激し過ぎでは

**デフォルトの名無しさん** · 2023/06/23(金) 23:53:15.64

>>602
何かBlasはndarrayクレートのオプションをfeatures = ["blas"]で、Cargo.tomlに設定すると使えるらしいですよ。

**584** · 2023/06/23(金) 23:59:58.87

>>587
いや、俺が見かけた話は CH32V003 でなく CH32V203。

**デフォルトの名無しさん** · 2023/06/24(土) 00:00:59.86

間違えた。俺は584でなく586だった。

**デフォルトの名無しさん** · 2023/06/24(土) 00:29:26.68

かつて日本人が1000人いたら、300人くらいはNECのマシンを
買ったことがあった。
RedHatはかつてのNEC以上に大儲けしていることになっているが、
fact checkが必要で、1000人いても、一人も世話になってない
気がするぞ。
つまり、オープンソースはfakeだらけなんじゃないの。
だれが、Linuxのサポートなんて必要としているものか。

**デフォルトの名無しさん** · 2023/06/24(土) 00:50:52.07

そもそも、そんなに大人数の会社のサポートが本当に儲かっている
なら、誰でも真似できるはず。RedHatに優秀な人材なんて
入社するわけ無いんだから、その辺のマクドナルドのアルバイト
みたいなのにコールセンターで「サポート」させればいいだけ。
でもRedHatに続く企業が現れないと言うことは、RedHat
は、左翼によって捏造された企業である疑いが濃厚。
いつも左翼はそうやって嘘を付いて人々を操る。

**デフォルトの名無しさん** · 2023/06/24(土) 00:54:46.96

RedHatなんて、多分に嘘だろうけど1万9,000人も社員がいて
年間4000億円もの収益があるとされている。
サポートで収益がそんなにあるわけない。
誰がそんな有象無象の社員の電話サポートなんて必要とするものか。
じゃあ聞くが、Windowsのサポートなんて何回電話したこと有る？
無料でさえ電話しない。
金取るのにそんな電話するわけ無い。
つまり、捏造。
オープンソースは、カルト宗教で信者達が捏造しているに決まってる。

**デフォルトの名無しさん** · 2023/06/24(土) 01:00:58.75

1万9,000人もコンサルタント(?)がいて、そんな人のアドバイスで
ことが改善するわけ無いことは、誰の目にも明らか。
カルト宗教の力が無ければ、とっくに衰退しているはず。
そもそも技術力が無いから、サポートが必要なOSにしか育て
られないわけで、サポートを必要とするのは技術力が無い
ことの証明になっている。
そんなことは、誰でもわかることで、パッパラパーでなければ、
そんなテレホンサポートになんて金払って電話するわけ無い。
カルト信者の集団捏造に決まってる。
githubは、中国の国営企業がスポンサーの大多数を占めていて、
共産主義のプロパバンダ組織になっている。
そして、5chのLinux板とプログラマ板は、中国の五毛党による
工作活動が盛んで、オープンソースと社会主義を礼賛ばかりしている。

**デフォルトの名無しさん** · 2023/06/24(土) 01:10:03.43

あのーCppとRustのどっちが良いのかと関係ない話すんのやめてもらえますか？

**デフォルトの名無しさん** · 2023/06/24(土) 01:13:08.69

SDGsで考えれば、そんなカルト宗教集団の作ったものを使うことは、
カルト宗教に利することになってしまうからダメだ。

**デフォルトの名無しさん** · 2023/06/24(土) 01:15:57.63

>>619-622
まーた始まった
書き込みを見ていると長いこと生きている筈なのに
なーんでそんなに世間知らずなの?

**デフォルトの名無しさん** · 2023/06/24(土) 01:17:50.98

また五毛党のオープンソース支持が始まったぞ。

**デフォルトの名無しさん** · 2023/06/24(土) 01:21:09.80

若いと、世界が制御下におかれていることが分かって無い。
学校では世界がまるで実力社会であるかのように教えるからな。
現実は嘘つきや捏造であふれかえっている。

**デフォルトの名無しさん** · 2023/06/24(土) 01:28:41.72

そもそも、平均寿命が日本より8.15歳も短い国がまともなわけが無い。
人権だ自由だなんて言っても、実際には助ける振りしてるだけで
人を助けないし。
最近じゃ彼らの思う「自由」の限界が来て超監視社会になっている。
アメリカではネットすら監視装置として使うことが当たり前になっているし。
当然日本の個人も監視されている。
これは妄想ではない。スノーデン氏などのハッカーにも指摘されているし。
アメリカのGDPが高いのも、はっきり言って寿命が短いからだろう。

**デフォルトの名無しさん** · 2023/06/24(土) 01:32:20.34

アメリかは911事件によって、初めて恐怖を味わった。
それにより初めて自由を制限することこそ重要である事を悟った。
彼らは極端なので、超監視社会に移行した。
彼らはやっと、自由を制限しないと、自分の自由も守られない
ことを知った。
世界の国の何週も後を行っている国家。
嘘つき大国で、あらゆることが嘘。
Rust人気も嘘。github人気も嘘。オープンソース人気も嘘。
RedHatが大儲けしていると言うのも嘘。カルト信者の
集団協力により、数値が捏造されているだけ。

**デフォルトの名無しさん** · 2023/06/24(土) 01:43:01.82

>>621
決算捏造したら犯罪だよ
そんなことも知らんのか?

**デフォルトの名無しさん** · 2023/06/24(土) 01:48:07.36

>>630
・カルト信者による集団行動。
・ネットサポートなんて実際にやったかどうかの証拠が残らず
　事実かどうか確認できない。

**デフォルトの名無しさん** · 2023/06/24(土) 01:51:03.98

>>631
>>621
>RedHatなんて、多分に嘘だろうけど1万9,000人も社員がいて
>年間4000億円もの収益があるとされている。
この数字はどこから出した? 決算として公表されたものじゃないのか?

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

アメリカのハッカー文化は中国の工作だった！？

**デフォルトの名無しさん** · 2023/06/24(土) 03:10:24.26

Linuxって寄付がおおきいんじゃなかっけ?
大企業でもその上でアプリを作って儲けようようという算段があるから
インターフェースだけしっかり作ってくれれば自社製品で使うのはそんなに
大変じゃない

日本との文化の違いだな