結局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/12(月) 02:35:52.92

15年前のプログラミング言語製品が中古市場で、未だに一万円を超える価格で
取引されている。一方、Rustは、無料なのに0.5%位しか使われて無い。
それは一体どういうことか考えよう。Rustが優れていると言う認識が
果たして正しいのかどうか。

**デフォルトの名無しさん** · 2023/06/12(月) 02:37:46.82

>>271
イマイチよくわからんがそれ不安定なの？
そのコードの意図を説明してくれ
なぜ不安定なのか
その理由を聞いて判断したい
君の思い込みかもしれないからな

**デフォルトの名無しさん** · 2023/06/12(月) 02:38:39.84

もっと言えば、ある言語では、15年前の開発環境が、未使用品なら5万円でも売れて
いる。
それに対して、Rustはなんという惨状か。
だから、信者と呼ばれるのだ。
特にオープンソース系でこの病は良く見かける。

**デフォルトの名無しさん** · 2023/06/12(月) 02:39:41.05

>>276
コメントにそう書いてある。
/* Some constants coerced to size_t */
/* Annoying but necessary to avoid errors on some platforms */
#define SIZE_T_ZERO ((size_t)0)
#define SIZE_T_ONE ((size_t)1)
#define SIZE_T_TWO ((size_t)2)
#define SIZE_T_FOUR ((size_t)4)

/* The bit mask value corresponding to MALLOC_ALIGNMENT */
#define CHUNK_ALIGN_MASK (MALLOC_ALIGNMENT - SIZE_T_ONE)

**デフォルトの名無しさん** · 2023/06/12(月) 02:46:31.64

まぁそもそも現実問題としてRustへの移行の圧力は言うほど大きくないかもしれんな
Rustの売りはメモリ管理
そもそもノイマン型のコンピュータだと不定長のデータを扱うのはかなり難しい、どうやってもメモリ確保していらなくなったら解放してを繰り返すと使えない領域がどんどん増えていく、いわゆるフラグメンテーションの問題
まぁこれが問題なのは間違いないし、GCというのがあまり褒められた対策でないのも確か
しかも従来型のGCだと基本GCの間はメモリは使えなくなる、いわゆるギャページコレクターとメインプロセスの間で競合の問題が発生してしまうから
これらの問題を解決するにはプログラミング言語の側のメモリアクセスの方法を見直す以外に解決策がないのは確か、すなわちそれは「今までのようには自由にメモリにアクセスできなくなります」という新しい縛りを導入しない限り不可能
Rustはこの問題に対するひとつの答えを与えようと頑張っているわけだけど、しかしそもそも解決するって言ったって今まで自由にしてきた事をできなくするわけだからそりゃ嫌がられるわな、新しいルールや概念持ち込まれるわけだから
当然「その問題そこまで深刻か？今でもちゃんと動いてるやん？なんでそんなルールに縛られんといかんの」となるわな
結局「GC上等、何がいかんのじゃかかってこいや」という声が消える事はないし、当然みんながみんな新しいメモリ管理方式を受け入れるなんて事はないやろ
おそらくごく一部のOSの開発者とか相当シビアなメモリ管理を要求される環境下で動作するシステムとかかなり限定的な場面でしか浸透しないんかもしれんような気はする

**デフォルトの名無しさん** · 2023/06/12(月) 02:46:48.20

>>275
ここに皿があるとしよう
ある人は「なんだこの汚い皿は！いらない！捨てなさい」と言って捨ててしまった
しかしある人がゴミ捨て場でこの皿を見たところ
「景徳鎮の皿だ！国宝級の皿だ！なぜこんなところに落ちているのだ！すぐに私の事務所に持って帰れ！」と言った
プログラミング言語もこれと同じということよ

>>278
いやそれだけじゃわからんだろ
annoyingの理由が書いてない
単なるsize_tマクロの定義の問題な気がするがそういうのはCでは普通にあるぞ
あるシステムのマクロが被ってたり定義が違ったり
コンパイラのバグというよりわかっちゃいるが歴史的経緯のために変えられないというのが正解
だからautoconfのようなものが存在している

**デフォルトの名無しさん** · 2023/06/12(月) 02:50:49.83

>>280
後半、ちゃんと書いてあるじゃないか。
もしかして英語が読めないのか？

**デフォルトの名無しさん** · 2023/06/12(月) 02:50:51.16

>>278
そんなゴミをのような
定数のない古い時代のものをさっさと捨てて定数を使えよ

**デフォルトの名無しさん** · 2023/06/12(月) 02:52:15.87

>>282
俺に言うなよ。
これは、dl_mallocのソースコードで、
オープンソース界隈ではこれが最高に良い allocator だと賞賛されているんだから。

**デフォルトの名無しさん** · 2023/06/12(月) 02:53:26.80

>>281
英語わからないのはyouでは？

**デフォルトの名無しさん** · 2023/06/12(月) 02:53:35.54

そこのプログラミングの現実を知らない人、ゴミが賞賛されるのがオープンソース世界
なのがやっと分かったか。

**デフォルトの名無しさん** · 2023/06/12(月) 02:55:03.60

>>284
お前は頭の悪さを自覚しろよ。
正しいコンパイラなら、この場合の1と((size_t)1)で差は出ないはずなんだよ。
それが出てしまうと言うのはそもそもコンパイラがANSIに準拠して無いことを
意味する。

**デフォルトの名無しさん** · 2023/06/12(月) 02:55:21.16

まあ多分今ならそのマクロ消しても動くと思うよ
昔の環境でsize_tの範囲がおかしいとかそういう内容だろうから
それを持って不安定というのは的外れ過ぎる
もっと根本的にやばい話なのかと思ってたがこの程度なのかよ
くだらない

**デフォルトの名無しさん** · 2023/06/12(月) 02:56:59.61

>>287
アホか。こんな程度の問題じゃないわ。
もっとあらゆる場面で不安定だわ。
gccの不安定さはきわまる。

**デフォルトの名無しさん** · 2023/06/12(月) 02:59:40.98

>>288
それは不安定というのとは違う

**デフォルトの名無しさん** · 2023/06/12(月) 03:01:08.81

せめてそのマクロが定義された理由くらいは見つけてこいよ
古いメーリングリストとかにあるんだろ

**デフォルトの名無しさん** · 2023/06/12(月) 03:01:42.15

それ以前に#defineのような衛生的でないマクロをさっさと捨てればいいのにね
せめてRustのように副作用のない衛生的なマクロを導入すべき

**デフォルトの名無しさん** · 2023/06/12(月) 03:10:54.45

>>287
先日も指摘しておいたが、オープンソースは左翼思想なので、
質の悪いコンパイラも平等に扱おうとするから、そういうマクロが必要になる。
そして、そのように弱者救済の様なことやっている俺って素晴らしい、と
彼らは悦に浸っている。

**デフォルトの名無しさん** · 2023/06/12(月) 03:11:53.51

>>291
ところが現実は普及率 0.5%

**デフォルトの名無しさん** · 2023/06/12(月) 03:17:18.72

バカがC++やRustを使いこなせるわけないんだから普及率なんてどうでもいいだろ

**デフォルトの名無しさん** · 2023/06/12(月) 03:19:52.47

>>294
しかし、CとC++を合わせた使用率は、プロに限定すれば全言語の中で TOP だ
という調査結果も出ている。

**デフォルトの名無しさん** · 2023/06/12(月) 03:22:34.86

何で普及率の話になってるんだ？
こいつはスレタイ読めないのか？

**デフォルトの名無しさん** · 2023/06/12(月) 03:25:03.12

>>296
「結果が出せてないのはお前のレベルが低いからだ」
みたいなことを言う人が出てきたから、それをRustに応用してみただけだ。
ブーメランというか、法則のユニバーサル適用。
そうでなければダブルスタンダードだ。

**デフォルトの名無しさん** · 2023/06/12(月) 03:27:00.50

プロなら当然C/C++もしくはRustといった限界を引き出せるプログラミング言語を使える必要があるから100%だろうな

**デフォルトの名無しさん** · 2023/06/12(月) 03:27:39.78

「良い」という意味を深く考える必要がある。
一部の人に受けが良いことをもって「良い」と言っていいのかと言う問題。
普及して無いと言うことは、広く一般には良いとおもわれてないか、
経営理論的には何らかの弱点があるからと考えられている。

**デフォルトの名無しさん** · 2023/06/12(月) 03:33:05.11

それに、オープンソースのAndroidは、OSもハードも安いはずなのにiPhoneに
負けている。これも、何らかの欠点を見出して消費者が選択した結果だ。
つまり、オープンソースは勝ててない。
それにプログラマ目線だと、オープンソースに良い経験を受けてない。
今までの総体として、オープンソースソフトに不快感、不安定感、手間がかかる感、
時間を奪われる感、すぐ変化して自作の過去の遺産が壊れる感、などをもって
いるから、忌避されている。

**デフォルトの名無しさん** · 2023/06/12(月) 03:35:03.45

>>293
rustの普及率 0.5%ってマジ？

**デフォルトの名無しさん** · 2023/06/12(月) 03:40:41.00

>>297
Rustのように次々と結果を出していってる言語は珍しいよな
新興言語にすぎないのに各OSにクラウドなどインフラまでもが次々とRustを採用
C++は邪道だと頑なに採用を拒んできたLinuxもRustに対しては採用OKを出したことも象徴的

**デフォルトの名無しさん** · 2023/06/12(月) 03:42:51.17

>>301
Rustは、githubで2.1%、tiobeで0.9%
一方、CとC++を合わせると23.7%位で、PytonやJavaの約2倍に達する。

**デフォルトの名無しさん** · 2023/06/12(月) 03:56:45.49

もういいよ
お前の戯言は聞くに値しないことが上のやりとりで全て明らかになった

**デフォルトの名無しさん** · 2023/06/12(月) 04:14:24.95

言語そのものでもRustには、多数、問題が有る。
Rust信者は、指摘されても納得しないだけだ。

**デフォルトの名無しさん** · 2023/06/12(月) 05:11:30.42

普及率なんてどうでもよくね？
良いものを使ったほうが得
それがすべて
大手IT各社も各OSもその判断をしてRustを採用している

**デフォルトの名無しさん** · 2023/06/12(月) 06:30:31.06

>>302
やることが決まってるカーネルにC++とか要らん、とかいうことだったらしい
あの頃のLinusは口が悪かったが、まあ、そういわれたらそうかなと

**デフォルトの名無しさん** · 2023/06/12(月) 08:47:30.36

>>300
Androidの方がシェアデカいよ

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

>>302
Rustでビルドしたオブジェクトって
Linuxカーネルにどうやってリンクするの?
Linuxってclangでビルド出来た?

**デフォルトの名無しさん** · 2023/06/12(月) 09:33:09.63

世界だと
Android72%
iOS26%
日本国内は
Android32%
iOS67%

そもそもシェア率と良し悪しが連動してないと許されないのであれば世界は一つの製品が独占してしまうわけだし、恥をかいたところでこの話の持って行き方は辞めようか

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

>>271
俺も意図を知りたい
説明して

**デフォルトの名無しさん** · 2023/06/12(月) 09:37:12.56

も一つ付言するとオープンだとこうやって突っ込めるが
プロプライエタリな製品だと誰も見ることができない
>>278は意図が分からんので置いておくとしても
プロプライエタリな製品にクソコードがないとは言えない

**デフォルトの名無しさん** · 2023/06/12(月) 09:47:45.16

>>297
Androidの方が普及しているよ
お前さんは開発ツールもろくに扱えないのにも関わらず（他の人は出来る）
落ちないカーネルを書けると言う
>>226は本当かね?

**デフォルトの名無しさん** · 2023/06/12(月) 09:47:50.85

まぁ普及率という話ならRustがCやC++みたいにはやっていく感じはせんわな
確かにRustのメモリ管理はなるほどだけど、現行のメモリ管理方式(と言っても事実上なにもしない方式だけど)でもまぁちゃんと動くしな、ちゃんと今でも動いてるのになんでそんな小難しい概念もっかい勉強せんといかんの？マンドくさい、それ美味しいの？ってなるわな
流行るわけない
それ勉強して新しいメモリ管理の方法勉強して今までの方法では出来なかった事が突然できるようになったりはしない、安全性、信頼性、保守性とかいうジミーな違いしか出ない
まぁ流行らんわな

**デフォルトの名無しさん** · 2023/06/12(月) 09:59:16.24

新しい言語に対して普及率でしか叩けなくなってる時点で
まるで自ら敗北を認めているようなもの

**デフォルトの名無しさん** · 2023/06/12(月) 10:39:41.38

月曜午前2時～3時が一番ヒートアップしてるな
ニートしかおらんのか

**デフォルトの名無しさん** · 2023/06/12(月) 11:01:09.29

>>310
調査の観点が異なるものを端末シェアかのように扱うのは間違い
特定サイトにおけるユーザーエージェントベースの調査と実際の端末シェアにはかなりの乖離がある

**デフォルトの名無しさん** · 2023/06/12(月) 11:10:00.52

>>317
どの調査を見ても日本国内ではiOSが多く
世界全体で見るとAndroidが多い
文意に違いはないと思うよ

**デフォルトの名無しさん** · 2023/06/12(月) 11:18:07.24

>>317
お前が大人しく意見を取り下げられるように言い回しに配慮を乗せたのを読み取ってくれ

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

自分はRustはコードを書いていてCやC++に比べてメモリ管理が圧倒的に楽だし、文法も分かりやすいから普通に好きだけどなぁ。まあ、自分はまともにコードを書けるのはC,C++,Python, Rust, Javascriptくらいしかないけどね。

**デフォルトの名無しさん** · 2023/06/12(月) 13:01:34.05

爺は置いてけ
いても過去の話ばっかでうざいし

**デフォルトの名無しさん** · 2023/06/12(月) 13:02:05.90

>>315
このスレデは、古い言語に対して老害としか叩けなくなっているんだが。

**デフォルトの名無しさん** · 2023/06/12(月) 13:03:05.36

Rust信者 = 若害

**デフォルトの名無しさん** · 2023/06/12(月) 13:04:13.02

【新語辞典】
若害:
「若くて何も知らないゆえに、人に迷惑をかけること」

**デフォルトの名無しさん** · 2023/06/12(月) 13:11:36.17

>>318
世界市場に比べて日本市場はiOSの割合が顕著に高いのは事実だが
端末シェアは日本でもAndroidの方がやや高いよ
ざっくり言えば半々
7:3みたいなとんでもない数字出したらガベージインガベージアウトにしかならない

**デフォルトの名無しさん** · 2023/06/12(月) 13:34:28.23

SNSを見ていると、Rust信者はプライドが高い人が多い。
確かに一定水準のものは出来て入るが、だから何？
Rustで作ったから偉いとでも思ってるのだろうか。

**デフォルトの名無しさん** · 2023/06/12(月) 13:50:20.72

他の人たちなんか気にせずに
便利で高機能な好みの言語を使えばいいよ
便利で高機能な言語としてもRustはベストな言語の一つであることは間違いない
さらにRustはおまけとして高速省メモリが付いてきてお得でもあるし
様々な安全性や堅牢性もおまけてして付いてくる

**デフォルトの名無しさん** · 2023/06/12(月) 13:58:20.95

>>326
自分で作ったものを自慢するなら多少ウザくても実力は認めざるを得ない
しかし現実は…

**デフォルトの名無しさん** · 2023/06/12(月) 14:57:05.72

意識高い系言語

**デフォルトの名無しさん** · 2023/06/12(月) 15:22:15.70

>>327
良い部分だけを書けばそう書けるかもしれないが、それは俺の感覚には合わない。

**デフォルトの名無しさん** · 2023/06/12(月) 15:33:18.89

>>326
高いよ
高くなると言った方が正しい
「正しいエンジニアリング」をしているという感覚が強くなりすぎて
ゴミな他言語を使ってるやつを全否定してしまう
もちろん表には出さないが(異常者と思われたくはないので)
内心はそう思ってるので漏れ出てるのだろう

**デフォルトの名無しさん** · 2023/06/12(月) 15:38:42.22

「ゴミ」「老害」「クソ」「オワコン」と言う言葉も人を傷つける
言葉なんだよなぁ。
仮に優秀だとしても、このような言葉を使う人は人間性に問題が有る。

**デフォルトの名無しさん** · 2023/06/12(月) 15:38:52.36

>>327
ADHDってとにかく周りと比べたがるらしいよ
自分の使ってる言語が劣っているから悔しくて荒らしているのだろう

**デフォルトの名無しさん** · 2023/06/12(月) 15:38:53.13

トランクスから褌にチェンジした感覚だな

**デフォルトの名無しさん** · 2023/06/12(月) 15:39:35.56

人に対して使わなければ問題はない

**デフォルトの名無しさん** · 2023/06/12(月) 15:46:58.98

Rustには、改良点が有ることはあるが、改悪点も有るのに、それには触れないんだよな。

**デフォルトの名無しさん** · 2023/06/12(月) 15:59:38.18

>>320
まともにコード書ける人がこんなこと書くわけがない
メモリセーフの意味すら理解してないじゃんか

632 デフォルトの名無しさん[] 2023/06/12(月) 12:58:17.77 ID:oql3AWnL

ただの思いつきだが、CやC++はメモリセーフではないだろ。ってことはプログラム中で結構無駄なメモリを消費してたりしないの？Rustはそこの所最適化されてるから究極的にはRustの方がCやC++よりも高速に動作するのでは？

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

C++はわりとなんでもかんでもヒープに置くから、当たらずとも遠からずｗ

**デフォルトの名無しさん** · 2023/06/12(月) 16:34:53.77

Rustのenumも大きさが不揃いだと無駄なメモリ消費するから最適化されてるとは言い難い
中身をBoxに入れればいいんだけどこの流れでヒープ使うと文句言われそう

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

let a = vec![0u8; 8];
let mut b = vec![0u8; 8];
let hoge = &a[0] as *const u8;
let fuga = &b[0] as *mut u8;
let moge = hoge as *mut u8;
Rust の unsafe って C++ の const より緩いんじゃね

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

>>254
サヨクが悪いのは間違ってないぞ

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

>>268
これからの日本は
「DQNの子沢山」
という言葉がぴったり

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

>>274
特定の層にだけ普及すれば良い
裾野が広いことが常に良い事ではない

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

>>314
ほんそれ
うまくまとまってる

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

>>320
Nimの方が好き

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

unsafe は決して天下の印籠ではないな
見ざる🙈言わざる🙊聞かざる🙉
臭い👃ものにフタしてるだけニダ

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

safe部分をRustコンパイラが保証してくれるから人間頼みの必要がないところが肝となっている
そして通常のプログラムにunsafeは出てこないのでコード全てをコンパイラ任せにできる
事情によりunsafe部分があってもそこだけを厳重に監視して人間が保証すればよい

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

>>345
Nimはpythonのライブラリにアクセスすると途端にスピードPython並みになってしまうのでは？と、思ったので自分は途中でやめた。

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

>>271
コンパイル以前にプリプロセッサで処理されちゃう程度のもんだと
思うけど、コンパイラのバグでこれがどうにかなっちゃうの？

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

なんでもかんでもintだった名残の一種だろ、そういう牧歌的な時代もあった

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

>>336
C++だってその機能を全部使う訳じゃなくて敢えてbetterCとして使うことも多い
Rustだってメリットの部分だけ使う手もある

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

>>348
C++もRustもPythonのライブラリにアクセスすると途端にスピードPython並みだが

**デフォルトの名無しさん** · 2023/06/14(水) 10:02:20.47

>>347
>通常のプログラムにunsafeは出てこないので
都合の悪い部分を観えなく(観なく)して済ませてるだけでは？

>unsafe部分があってもそこだけを厳重に監視して
観えないところでunsafeが暗躍しまくってる状態でも？

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

>>352
Nimの長所って文法が楽でpythonやC,C++のライブラリへのアクセスが容易で、素のスピードも速いって点だろ。ただ、pythonのライブラリにアクセスすると速度がpython並みになるのでは結局C,C++のライブラリへのアクセスしやすさ以外は大した利点として残らないように感じるってこと。純粋なNimのみで構築されたライブラリってそんな多くないし。

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

nim使う奴の大半は記法目当てだろ。
pythonとかc++のイビツな記法を捨てられるメリットはデカイ。
いっそのことpythonの中にnim記法モードを用意して欲しいわ。

**デフォルトの名無しさん** · 2023/06/14(水) 19:24:49.09

あたおかktkr

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

Nimがトランスパイラということすら知らなそう

**デフォルトの名無しさん** · 2023/06/14(水) 22:51:16.31

なんでコンパイルしないの
もしかして本質的に作れないの

**デフォルトの名無しさん** · 2023/06/14(水) 23:20:04.99

零細だからな
そしてNimはトレーシングGCを避けると
リファレンスカウンタが本質的には不要な場面でも使われうるため
いずれにしてもC++/Rustの速さを出せない

**デフォルトの名無しさん** · 2023/06/14(水) 23:46:16.45

各種言語のInterOPを書きやすいのはトランスパイラの利点ではあるけど
そういう用途で使われてないのが現状

**デフォルトの名無しさん** · 2023/06/15(木) 05:41:49.13

あほ: 石橋を叩かずに渡る
大あほ:: 石橋を叩いて壊す
慎重派: 石橋を叩いて渡らない
頭脳派: 石橋を叩いて他人に渡らせる

**デフォルトの名無しさん** · 2023/06/15(木) 10:38:03.73

石橋を「ポインタ」に置き換えると…

…あほが正解になる不思議! (哲学

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

fn safe_func() {/*Cのライブラリを使い倒す*/unsafe{...}}

**デフォルトの名無しさん** · 2023/06/16(金) 02:47:37.04

部品をオープンにすれば部品毎に競争や自己責任が生じる
逆に部品を情報隠蔽すれば連帯責任しかない

C++とRustはスマポを部品化したから、不要なら使わない自由がある

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

unsafe 便利過ぎて Rust だぁぃ好き💛♡(⋈◍＞◡＜◍)。✧♡
になりました

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

C++でもコメントにunsafeって書いとけば同じことだぞ

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

なぜ Windows Server は絶滅したのか？ [

https://gigazine.net/news/20230615-jim-keller-tenstorrents-interview/
オープンソースが勝つと信じています。
人々はLinuxに切り替えたら、誰もNTやOS 360に戻りませんでした。
これは一方通行です。

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

カプセル化と継承がなかった時代に戻ればいいのに
戻ってないって言いたいだけのために関数型に転進した説が出てくる

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

関数型言語のメリットが理解出来ない池沼とか実在するの？
釣りだろ

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

例えばCopyとCloneの対立がない状況を理解するには対立を知る必要がある
が、知る必要がないこと自体がメリットだとしたら

**デフォルトの名無しさん** · 2023/06/17(土) 19:25:44.08

別に関数型だからカプセル化が出来ない訳でもないし
継承はデメリットが多いから委譲に主流が移っただけ

**デフォルトの名無しさん** · 2023/06/17(土) 22:36:46.55

>>370
猿のは臭せぇ

**デフォルトの名無しさん** · 2023/06/18(日) 10:48:32.32

>>372
？

**デフォルトの名無しさん** · 2023/06/18(日) 12:49:32.74

>>367
オープンソースの勝者は、巨大テック企業のGoogleやAppleなどに
限られる気がする。
「水源の枯渇」現象(富が入ってくる場所が消える)が起きるから。
ハードウェアはまだ、「工場」や「生産設備」「製造機械」
「機械の操作能力」で差が付けられるから、オープン化しても
なんとかなりそうなものの、それですら、Androidで儲かって
いるのは、韓国 Samsung だけ。その Samsung も中国勢
に押されて業績悪化していると聞いたし。