結局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/10(土) 21:09:25.45

pythonが仮想環境の構築に取り組んだおかげで他の言語もいろいろと恩恵にあずかれているはず
パッケージの仕組みもいろんなところへ波及したと思う

**デフォルトの名無しさん** · 2023/06/10(土) 21:20:41.24

pythonのpipがゴミと言ってる人をよく見かけるが
cargoと比べると論外なだけでvenvなどと組み合わせれば十分手厚くて要件は満たしてると思うけどね

**デフォルトの名無しさん** · 2023/06/10(土) 21:51:38.11

>>135
Rustを使えばcargoだけを覚えればよいから簡単で楽でおすすめだよ
色んな言語の中でも最も良い環境の一つ

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

C++erは、オーバスペックなものも好きくないんだよ
職務では、指定されたものを指定されたように使うんだけどさ、自分用はね

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

>>135を見ても適応能力が低いんだな
若くなさそうなので適応能力が低下するのも無理はなかろうが
周りが悪いと当たり散らすのは良くない

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

老人だから新しいものを覚えられないんだろうな
もう引退しろよ

**デフォルトの名無しさん** · 2023/06/10(土) 22:21:25.81

ある程度普及したり評価された後にパッケージやモジュールの仕組みを変えるのは容易ではない
でも結構最近はあるよな…

**デフォルトの名無しさん** · 2023/06/10(土) 22:21:57.78

>>182
いやいやww

**デフォルトの名無しさん** · 2023/06/10(土) 22:35:49.31

requirements.txtとか知らんのだろうね

**デフォルトの名無しさん** · 2023/06/10(土) 22:39:28.85

ここまで全方位に「経験から言ってうまく行かない」ってそりゃお前がおかしいんだろとしか
全方位だぞ？何ならうまくやれるんだよ

**デフォルトの名無しさん** · 2023/06/10(土) 22:54:13.09

前スレからオープンソースを批判している人はあらゆるものを上手く扱えないことがその批判理由だと判明した
おそらく知能か精神がギリ健なのだろうから可哀想だがここで暴れるのは迷惑だ

**デフォルトの名無しさん** · 2023/06/10(土) 22:54:19.80

ここはおじさんをいじるスレ

**デフォルトの名無しさん** · 2023/06/10(土) 23:34:47.38

>>163
そのおかしな動作というのを教えてくれないか？

**デフォルトの名無しさん** · 2023/06/10(土) 23:42:15.95

>>189
それこそが一番の弱点やん
まともなパッケージマネージャ使ったことないのん？

**デフォルトの名無しさん** · 2023/06/10(土) 23:42:40.17

なんかスマホのchromeのホームページにしてるgoogleのニュースで全部Rustで書かれたKata OSなるものをGoogleが開発したってnewsが出てきた
記事は去年の10月あたりに書かれた記事みたいでなんでそんな前の記事がtopics欄に突如出てきたんだかよくわからんのだけど、コレよくわからん
googleってRust陣営ってわけじゃないんだよね？
そのgoogleがなんでわざわざ敵(?と言わないまでも別陣営の)Rust使ってOS書いたんだろ？
AndroidもRustにするつもりなんかな？

**デフォルトの名無しさん** · 2023/06/10(土) 23:43:06.40

>>191
テラテールのスレに居座っているやつに似てるな

**デフォルトの名無しさん** · 2023/06/10(土) 23:54:28.22

cygwinやMinGWでまともなexeが出来ないとか動かないと言われても困るでしょう

**デフォルトの名無しさん** · 2023/06/10(土) 23:57:17.53

>>195
意味が分からんけどgoogleは普通にRust側だよ

**デフォルトの名無しさん** · 2023/06/10(土) 23:59:33.88

>>195
nest hubはカーネルをlinuxからZirconに置き換えた
Rustで書いたカーネルでAndroidのカーネルを置き換えるってことが
将来無いわけではない

**デフォルトの名無しさん** · 2023/06/11(日) 00:18:34.38

初心者の基本のRuby on Rails をやっていないからだろう。
各プロジェクトにはbundler を使うから、
すべてのモジュールは、すべての条件に合ったバージョンを探して固定される

日本人が作った、多言語バージョンマネージャーのanyenv では以下の言語に対応している。
Renv, crenv, denv, erlenv, exenv
goenv, hsenv, jenv, jlenv, luaenv
nodenv, phpenv, plenv, pyenv, rbenv
sbtenv, scalaenv, swiftenv, tfenv

同様のツールに、asdf もある。
他には、Docker もある。
WSL2, Docker Desktop

VSCodeの拡張機能・Remote Development に、
3つの拡張機能・Remote Container/WSL/SSH が含まれている

**デフォルトの名無しさん** · 2023/06/11(日) 00:27:10.46

>>195
GoogleはMicrosoftやAmazon等と共同でRust Foundationを設立してRustを強力に支持している

**デフォルトの名無しさん** · 2023/06/11(日) 00:49:36.21

そうなんや、googleもrust支援してる側なんや
なんか勝手に自分の中で“GoogleはGo陣営、反Rust側”みたいに思ってた

**デフォルトの名無しさん** · 2023/06/11(日) 00:53:52.67

GoはC,C++,Rustの代わりに成れない言語

**デフォルトの名無しさん** · 2023/06/11(日) 01:23:58.51

Microsoft支持してるならVisual Rust++はよ出せよ

**デフォルトの名無しさん** · 2023/06/11(日) 01:47:53.88

こんな国に、日本にとやかく言う資格は無い :
【不都合な真実】
なんと、アメリカは、日本より平均寿命が 8.15歳も短い！！
* アメリカ
76.4歳 : 2020年より 0.6 年短くなった。
男: 73.2歳
女: 79.12歳
* 日本
84.55歳
男: 81.47歳 : 2020年より 0.09 年短くなった。
女: 87.57歳 : 2020年より 0.14 年短くなった。

**デフォルトの名無しさん** · 2023/06/11(日) 01:52:47.71

オープンソース信者の脳内では、Linuxが標準OSということになっており、
Linuxだけで安定動作すれば閑静だと思っている。だから、gccやclangが不安定
だということが理解できない。
但し、Linuxで試してもそんなに安定ではない。
彼らは、殻に閉じ困り、本当に安定なものを使ったことが無いから理解できない。

**デフォルトの名無しさん** · 2023/06/11(日) 01:58:20.93

まともに動作しないのに高く評価すると言う弱者同士で褒めあう協同機構が
オープンソースに他ならない。
大したものをべた褒めして、中国が多額の寄付を渡す。
そうやって、プロプライエタリ文化を破壊しようとしている。

**デフォルトの名無しさん** · 2023/06/11(日) 01:58:54.64

>>206
俺Linuxで開発してクロスコンパイルして
バイナリはWindowsで動かしてるよ
極めて安定している

**デフォルトの名無しさん** · 2023/06/11(日) 01:59:48.63

>>207
貴方がまともに動かせないだけなのよ

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

>>206
Android安定してないか？落ちないだろ？
もちろん他の有体物並みには壊れるが
カーネルに不具合があって落ちるということはほとんど聞かない
ビルドしているのはgcc

**デフォルトの名無しさん** · 2023/06/11(日) 02:03:32.82

>>209
信頼できる筋の調査でも、安定性が低いことが分かってるし、技術力が
最高レベルに高い人も、オープンソース系は不具合が覆いと言っていたし、
自分の経験からも、オープンソース系は不安定だし、バージョン依存性がきついし、
すぐに動作不良を起こして、次々に新しいバージョンを強制させられるし、
あなたよりよっぽど信頼性が高い情報。
実際に実用的なものを作ろうとしてみれば分かる。
依存関係がめちゃくちゃスパゲッティーであり、不具合が絡まりまくっている
ということが。

**デフォルトの名無しさん** · 2023/06/11(日) 02:04:48.32

>>211
>>210

**デフォルトの名無しさん** · 2023/06/11(日) 02:05:02.89

ラズパイとかでお気楽お手軽開発できるのは良い時代になったものよ
デバイスそのものの値上がり酷いが

**デフォルトの名無しさん** · 2023/06/11(日) 02:05:06.39

>>210
そのバージョンだけでは割と安定だが、バージョンを越えるとすぐに問題を来たし、
以前のバージョン用のアプリは、新しいバージョンのOSでは動作不良を起こす。
だから、GooglePlayにおいてあるソフトの何割かは、動作不良状態にある。

**デフォルトの名無しさん** · 2023/06/11(日) 02:07:13.21

>>205
まずは、人間で一番重要であるところの、「生存する」というところから出来て無い。
そんな国が、真実を語れるわけ無い。

**デフォルトの名無しさん** · 2023/06/11(日) 02:07:24.12

シンギュラリティによりC++不要の時代へ
すでにソートアルゴリズムやハッシュ関数の高速化に成功
https://gigazine.net/news/20230608-alphadev-sort-algorithm/
世界中の研究者たちによって何十年と改善され続けており、すでにこれ以上ないほど効率的な実装となっていました。
しかし、人間による改善活動は主にC++のコードレベルで行われています。C++で書かれたコードは、実際にコードが実行される前にアセンブリ言語にコンパイルされ、その後アセンブラによって機械語に変換するという手順を踏みます。DeepMindの研究チームはこの「アセンブリ言語」レベルであれば、C++のコードからは見つからないような改善点が見つかると考えたとのこと。

**デフォルトの名無しさん** · 2023/06/11(日) 02:07:50.94

>>214
カーネルの話をしている
落ちないだろ？

**デフォルトの名無しさん** · 2023/06/11(日) 02:10:01.10

>>214
補足すれば、それを左翼大家である Googleは、アプリ作者のせいにし、
新しいOSでテストしたものしか認めないような方針にしてしまった。
つまり、自分の技術力の無さを、個々のアプリ作者のせいにしてしまっているのだ。
オープンソースは、そういう文化。責任を他者に押し付けたり、技術の無さを
他人のせいにしてしまう。

**デフォルトの名無しさん** · 2023/06/11(日) 02:10:19.52

>>217
そんなもの誰でも作れるわ。

**デフォルトの名無しさん** · 2023/06/11(日) 02:13:02.90

>>219
UNIX系のツールにすら適応できてないので説得力がない
ここはRustスレなのでRustでカーネル書いてみ？
みんな喜ぶよ

**デフォルトの名無しさん** · 2023/06/11(日) 02:14:55.60

>>220
喜ばれたくなんて無い。おまえらは左翼どうしでマネーを寄付しあってろ。

**デフォルトの名無しさん** · 2023/06/11(日) 02:14:58.93

>>218
いやw不勉強で適応出来ない開発ツールのユーザに責任がある

**デフォルトの名無しさん** · 2023/06/11(日) 02:15:02.30

誰でも作れるなら再発明しないでオープンソースを享受すればいいのに

**デフォルトの名無しさん** · 2023/06/11(日) 02:17:21.02

>>221
お前には落ちないカーネルの開発は出来ないと思うよ
mingwなのかcygwinか知らんが開発ツールも使えないんだろ？
Linusはgccで開発しているよ！

**デフォルトの名無しさん** · 2023/06/11(日) 02:17:49.21

>>223
そんなことすれば、LinusやGoogleやアメリカのMITやハーバードなどの権威を
高めてしまうだけだ。

**デフォルトの名無しさん** · 2023/06/11(日) 02:18:33.67

>>224
お前が出来ないから、他人も出来ないと思うな。
低レベル！

**デフォルトの名無しさん** · 2023/06/11(日) 02:21:34.51

金持ちが嫌いだからみんな苦労しましょうってアホかいな

**デフォルトの名無しさん** · 2023/06/11(日) 02:22:02.28

>>226
開発ツールも使えない人がどうやって開発するのかな？

**デフォルトの名無しさん** · 2023/06/11(日) 02:23:44.80

>>218
googleって年間760億ドル利益を上げているんだよ
あなたも新しいビジネスモデルに適応しなよ
マイクロソフトにはもう誰もなれないよ

**デフォルトの名無しさん** · 2023/06/11(日) 02:25:07.83

>>228
非常に狭いオプションと環境だけ使ってれば使えるようなコンパイラだといっているんだ。
Linuxを何度も試してみたが5種類くらいテキスとエディタがインストールされていたが、
どれも不安定でそれぞれにバグが有り、試してバグが出たら、別のを起動し直して編集
しなおす、ということが必要だった。しかも安定したエディタがひとつも無く、
どれも少しずつバグがあった。

**デフォルトの名無しさん** · 2023/06/11(日) 02:26:51.16

>>229
Googleは、ほぼ広告ビジネスだけしか収入源が無く、それしか成功して無いと
聞いている。しかし、独占禁止法違反を繰り返し、磐石の地位を気付いている。
ずる賢いアメリカ政府は独占禁止法違反を適応しないので、いつまでも、
悪さをする企業が存続し続けているだけ。

**デフォルトの名無しさん** · 2023/06/11(日) 02:29:45.36

Androidも音関連が全然駄目で、遅延が異常に大きかった。
DirectSoundよりずっと後発なのに、DirectSoundレベルのAPIも持っておらず、
独自の馬鹿が考えたとしか思えないAPIしか持って無かった。
だから、良い音ゲーや音楽ソフトが作れない。
また、同じCPUでは、Android OSは、iOSより遅いことが分かっている。
それは、Googleの技術力の無さである。

**デフォルトの名無しさん** · 2023/06/11(日) 02:31:10.07

>>230
> 非常に狭いオプションと環境だけ使ってれば使えるようなコンパイラだといっているんだ。
この結論に至った経験を詳しく書いてみ？
ちなみにgccはターゲットとしている石が最も多い

エディタは何を試したのかな？

**デフォルトの名無しさん** · 2023/06/11(日) 02:34:21.88

>>231
新しいビジネスモデルに適応しな
もう誰も新たなマイクロソフトにはなれない世界だよ
貴方の憧れていた世界は過去のものだよ
戻ることはない

**デフォルトの名無しさん** · 2023/06/11(日) 02:40:41.44

>>194
他のやつと大して変わらんぞ
freezeして吐き出せるのだから
君こそpython使ったことないだろ

**デフォルトの名無しさん** · 2023/06/11(日) 02:57:45.96

>>233
ターゲットが多いゆえに、大部分のオプションが動作不良を起こすため、
ほとんどのオプションが混乱を招くだけで意味の無いものと成っている。
しかも、-L dir や、*.o や、-lxxx などの書く位置によって、大幅に
動作が変わってしまう。WeakExternal がまともにサポートされておらず、
それを、Windowsのせいにしている。実際は、自分達の調査能力が
低いだけである。

**デフォルトの名無しさん** · 2023/06/11(日) 03:00:23.97

gccの説明を読んでも、x86 や、x86_64 では全く関係の無い話が多く、
混乱を招くだけである。ドキュメントの大部分は全く関係無く、読むだけ
無駄である。

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

>>237
それも、左翼思想が背景に有る。それは、デファクトスタンダードを認めず、
弱小で全く人気の無い CPU や OS に関しても「悪平等に」扱うためである。
今、パソコンやモバイルで、有名な環境は 5 種類くらいしかないにもかかわらず、
ソースに現れるマクロスイッチが、100種類を越えるくらいの聞いたことの無い
知名度の無い環境のものとなっている。環境の名前なのか CPU の名前なの
かもさっぱり分からないので、単独の人がソースを解読することが不可能となり、
それも不安定要因になっている。
どの #if 文の中がコンパイルされるのかすら分からないので、論理を負うことが
できない。それは、論理力の不足や頭の悪さから起因するのではなく、
誰も知らないような弱小環境のためのマクロスイッチを大量に埋め込んで
しまっているからである。
それが、オープンソースの実態である。
つまり、デファクトスタンダードを無視し、次々に現れる弱小環境/弱小CPU
を「平等に」扱うことによって、本当に実力の有る人まで真の実力を発揮
できないような世界を作ってしまっているのである。

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

具体的な話が一切出てこないフワフワした話ばっかしてるな
コード書けるやつはおらんのか？

**デフォルトの名無しさん** · 2023/06/11(日) 03:10:12.23

ずるい仕組みで作られたものは、当然、その報いを受けるべきである。

**デフォルトの名無しさん** · 2023/06/11(日) 07:49:17.37

>>153
>>155
ほんそれ
判ります

staticおじさんだとしてもプロの眼とオプソのアマチュアとの違いを感じる

**デフォルトの名無しさん** · 2023/06/11(日) 07:50:24.70

>>152
何が必要かもすべてドキュメントに描いて有れば信用出来るかな

**デフォルトの名無しさん** · 2023/06/11(日) 08:11:16.82

>>180
coff とか omf とか elf とかの区別付いてないんだろうな
いい年して今までどうやって生きて来たんだろ
下請けに丸投げして責任取らないタイプの人かな

**デフォルトの名無しさん** · 2023/06/11(日) 08:12:45.51

>>182
pip uninstall ってもう出来たっけ？

**デフォルトの名無しさん** · 2023/06/11(日) 08:24:41.79

>>236
-lxxx は *.o を挟んで二回描くのが常識
-lxxx hoge.o -lxxx
だ

**デフォルトの名無しさん** · 2023/06/11(日) 09:50:58.16

>>238
>環境の名前なのか CPU の名前なのかもさっぱり分からないので、
>単独の人がソースを解読することが不可能となり、
>それも不安定要因になっている。
その「環境の名前とCPU の名前が分からない」原因が
自分にあると考えないのが不思議でならない

>誰も知らないような弱小環境のためのマクロスイッチを大量に埋め込んで
>しまっているからである。

自分の限られた知識で巨大なソースコードを読むことに
あなたが慣れていないんだと思うよ

それと「不安定」ってのは具体的に書かないとな
gccはAndroidのカーネルのビルドに使われているんだよ?
極めて安定していると思う

**デフォルトの名無しさん** · 2023/06/11(日) 10:07:39.23

文章から推測できるでしょう
5chに居ながら、。を多用してる時点で対応力は期待できないんだ

推定over70下手したら後期高齢者のお爺さんにとやかく言っても無駄だと思うけど…

**デフォルトの名無しさん** · 2023/06/11(日) 10:22:34.40

>>244
それはさすがにできるやろ
できない時代を知らない

**デフォルトの名無しさん** · 2023/06/11(日) 11:11:56.67

70歳超えてこの知識とかだとめっちゃすごくね？

**デフォルトの名無しさん** · 2023/06/11(日) 11:58:28.63

普通というかプログラマとしては普通以下

**デフォルトの名無しさん** · 2023/06/11(日) 12:40:33.13

つかえるもんはつこうたれという図太さが欲しいよな(自戒

**デフォルトの名無しさん** · 2023/06/11(日) 14:23:01.26

UNIXがLinuxだけだと思ってたり
UNIX知らないのにCygwinやMinGW使おうとしたり
色々残念なのは伝わってくる

**デフォルトの名無しさん** · 2023/06/11(日) 14:29:20.06

ごちゃごちゃ言ってるけどただの無知なんだよな

**デフォルトの名無しさん** · 2023/06/11(日) 18:34:48.37

左翼が全て悪い，アメリカは日本に劣ってる
こんな短絡的な発想するやつ，どんな環境で育ったんだか

まぁ結論ありきで喚いてるのはわかった

**デフォルトの名無しさん** · 2023/06/11(日) 19:06:18.31

HaskellとRustってどっちが良いの？

**デフォルトの名無しさん** · 2023/06/11(日) 19:52:12.71

ここは、Rustの欠点も、gccの欠点も、完全否定されるだけの悪いインターネット。
C++を悪く言っても完全否定はされないのに。
俺は知っている。オープンソースのソフトの欠点を指摘すると全否定されることを。

**デフォルトの名無しさん** · 2023/06/11(日) 20:22:22.49

このスレでも、
「他の人は普通に使えてる、不安定だと思うのは、お前が使いこなせないだけ」
などという人がいるが、じゃあ言うが、現れて5年以上、本も多数出ているのに、
ランキング20位、使用者数 1% 以下の言語は、実力がその程度だから、と言えよう。
結果がすべてなのであれば、そういう結論にならざるを得ない。
決して、「顧客が馬鹿だから」「老害が多いから」などというべきではない。
もし、「結果が出て無いのは他の要因があるため」などというのであれば、
「不安定なのだって、実際に、その環境では不安定」であることを認めなければならない。
なぜなら、世の中は複雑で、そんなに単純ではないからだ。

**デフォルトの名無しさん** · 2023/06/11(日) 20:36:17.92

重要なのは実行の速さと省メモリ
これはコストに直結し電気代さらにCo2排出にも影響する
C++とRustのみがこれを満たす実用的なプログラミング言語

**デフォルトの名無しさん** · 2023/06/11(日) 20:37:13.05

このスレでRustサイコーって言ってるヤツは何らかの意図があるんじゃね？
だってめっちゃ不自然だからｗ

**デフォルトの名無しさん** · 2023/06/11(日) 20:47:08.90

>>257
そのランキングの1位はなんなの？

**デフォルトの名無しさん** · 2023/06/11(日) 20:59:59.00

そんなすぐみんなが移行できるわけないやん
そんなこともわからんて仕事したことある？

**デフォルトの名無しさん** · 2023/06/11(日) 21:13:59.93

>>257
プログラマなら具体的に書きなよ?
ソースコード書いてるんでしょ?
貴方の書き込みはあやふや過ぎるので議論ならんのだよ
ソースコードもあやふやなのかい?

**デフォルトの名無しさん** · 2023/06/11(日) 21:44:17.75

スクリプト言語はスクリプトを書くには向いていてジャンルが別
プログラミングするならC++かRust

**デフォルトの名無しさん** · 2023/06/11(日) 22:52:42.25

RustのライバルはJavaだぞ

**デフォルトの名無しさん** · 2023/06/11(日) 22:54:21.31

>>257
ちゃんと人が読めるように段落とか区切って

**デフォルトの名無しさん** · 2023/06/11(日) 22:58:08.20

>>259
スレタイみたら？

81 · 2023/06/12(月) 01:54:52.41

>>81
に書いたが、

YouTube で有名な雑食系エンジニア・KENTA は、
初心者のキャリアパスは、Ruby on Rails → Go だけと言ってる

Rubyの米国年収は9.3万ドルで、Go/Rust/Elixir の3大言語を超えた。
一方、Rust/Elixirは普及のキャズムを超えなかった。
超えたのは、Goだけ

最も好きな言語が、Elixir/Rustとか言うけど、こういうランキングは意味ない

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

>>262
具体的も何も、結果が全てというなら、普及率がさんざんな結果になっているRust
は、それが全て、といことになるということだよ。
結果がすべてであるなら「良い言語なのに使われない」なんて余地は存在しないはずなのだから。
金持ちは頭がいいから、貧乏人は頭が悪いから、経済が悪いのは国民が
頭が悪いかサボっているから、氷河期世代が駄目なのは彼らがサボっていたから、
などという短絡的な見方しかしてはいけないことになる。

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

「現状が全て。自信があるのに現状が輝いていないのは自己認識が間違っているから」
のような説を当てはめれば、Rustは自己認識が高すぎる自信過剰なだけの実力が
無い言語、ということになる。

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

>>267
雑食系なんたらってコピペBOTと信じて疑わなかったけどもしかして人が打ってんのか？
信者？　知らん人の断言聞かされても反感買うかおかしいやつと思われるだけだぜ

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

>>246
アホぬかせ。
いくつかのプラットフォームでのコンパイラのバグを回避するために
「x + 1」の変わりに「x + SIZE_T_ONE」
#define SIZE_T_ONE ((size_t)1)
などというアホ丸出しのマクロが使われているんだぞ。

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

単なる荒らしだからケンタとか適当に出してるだけだよ
釣られまくってるやつは反省しなさい
ワタクシがインターネットリテラリーを教え込んでやる
荒らしの手法を20年研究してる俺は全てわかる

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

「Rustが全く普及して無い事が、Rustが糞言語である証拠だ」
という結論になるわけですな。
「結果が全て説」を採用する限りにおいては。

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

世の中には「この商品は良いのに、客が馬鹿だから売れない」などという
態度に出る赤字経営者がいるが、それは間違いで、
経営論的には、お客さんにほとんど買ってもらえて無いのに、商品が良いなんてことは
言えない。
Rustは、無料なのに使ってもらえてないんだから、それを優れていると
思い込むのは、万年赤字駄目社長ということになる。

**デフォルトの名無しさん** · 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のようなものが存在している