次世代言語24 Go Nim Rust Swift Kotlin TypeScript

**デフォルトの名無しさん** · 2022/03/22(火) 03:23:41.60

スレタイ以外の言語もok

前スレ
次世代言語23 Go Nim Rust Swift Kotlin TypeScript
https://mevius.5ch.net/test/read.cgi/tech/1638086359/

**デフォルトの名無しさん** · 2022/04/08(金) 20:31:38.25

>>667
元レス読めよ文盲
これだからPHPoorは
さっさと氏ねゴミカス

**デフォルトの名無しさん** · 2022/04/08(金) 20:39:12.10

>>668
それはプログラミング言語の問題ではないな
純粋にプログラミング言語の比較でRustより上のものを挙げないと

**デフォルトの名無しさん** · 2022/04/08(金) 20:39:56.09

webの世界を支えてるのはPHP

**デフォルトの名無しさん** · 2022/04/08(金) 20:42:20.02

>>671
使いやすさから言えばjavaやc#のほうが上だと思う
Rustは使いどころがまだ確立されていない

**デフォルトの名無しさん** · 2022/04/08(金) 20:48:04.21

>>671
なら「標準ライブラリが充実している」でいいよ。
標準ライブラリが言語に含まれないとは言わんよな？

**デフォルトの名無しさん** · 2022/04/08(金) 20:50:18.47

>>669
ところでカリー化はラムダではあかんの？

**デフォルトの名無しさん** · 2022/04/08(金) 20:53:57.99

>>673
そこはさすがに誰が見ても
Rust＞Javaはあらゆる面から全員一致として
Rust＞C#もほとんどの人が同意でしょ

**デフォルトの名無しさん** · 2022/04/08(金) 21:15:04.96

>>676
それは過大評価し過ぎでは…

**デフォルトの名無しさん** · 2022/04/08(金) 21:31:56.88

言語自体の比較だと現状ではRustが一番かもしれん
新言語が現れなければじわじわと利用環境や利用者を拡大していくのだろう

**デフォルトの名無しさん** · 2022/04/08(金) 21:33:57.02

>>669
> 後別に何でもかんでも関数型になって欲しい訳でもないんだけど

リストのリテラルが無いあたりで割り切りを感じるよな
あくまで軸足は関数型言語にはないという

リストの結合とかカリー化や関数結合もデフォで組み込まれてたら
もっと違う感じだったやろねえ

**デフォルトの名無しさん** · 2022/04/08(金) 22:02:06.45

ガベージ出まくるからゼロコスト抽象にならない問題点などあるよな
見かけはマクロでわかりやすくする程度が現実解
まあ普通のGC言語でもサポートしてないのが多い中
そこまで必要とされていない機能なのかもしれん

**デフォルトの名無しさん** · 2022/04/08(金) 22:13:42.74

なんでIDコロコロ支店の？

**デフォルトの名無しさん** · 2022/04/08(金) 22:23:42.64

いきなりコロしとか言い出すとかマジやべえな

**デフォルトの名無しさん** · 2022/04/08(金) 23:37:25.21

>>675
処理として等価なものが書けるという意味では問題ないよ
それよりもっと簡単に書けるようになるので、あると嬉しいなって

**デフォルトの名無しさん** · 2022/04/08(金) 23:52:45.49

rust推しに狂気を感じるスレ

**デフォルトの名無しさん** · 2022/04/09(土) 00:07:03.26

それしか言えんのか

**デフォルトの名無しさん** · 2022/04/09(土) 00:20:56.02

>>650
似てはいる。

「JavaではCS学生には過保護すぎ」が趣旨だと思うが、
同様にRustを考えるなら
・修得概念は多いがこれは暗記の類であり、チャレンジではない
・コンパイラ頼みで考える事を放棄してるから、成長しない
で、アカデミックには不適だ。
大学なんて就職予備校だと割り切るならありだが。

Goなら、
・修得概念は少なく抑えられている
・構成自体は何でも出来る（はず、多分）
・やたらコピペさせられる点が糞
であって、教育/アカデミックには向いてる。(少なくともRustよりはいい)

「データ競合」「デッドロック」等のバグをコンパイラに頼って回避してる限り、
コンパイラがサポートしてくれない状況では確実にやらかす。
コンパイラのサポート無しでも回避出来る腕だが、さらにコンパイラでダブルチェックする、が正しい。

フレームワークなんて暗記の類で、ちゃんとプログラミングが出来る奴なら、使えば使えるようになってる。
フレームワークは生産性を上げる為の手段であり、
プロダクトを目指さなくてもいい学生の時点で型に嵌めてしまうのは成長を阻害する気がする。Rustがこれ。
（他言語でもフレームワークを使って課題製作して出来たつもりになってるのなら同様ではあるが、
既に書いたようにRustの場合は言語自体がフレームワーク化してるので、これを回避出来ないのが難点）

**デフォルトの名無しさん** · 2022/04/09(土) 01:45:47.90

コンパイラのチェックが厳しい→コンパイラに頼る→学習にならない
もう言語の利点を語るんじゃなくて、学習に向いてるかどうかってことに話を絞ることでRust批判につなげることにしたのね

**デフォルトの名無しさん** · 2022/04/09(土) 01:58:00.79

暗記ごときでボローチェッカーに対処できるなら自他ともに認めるRustの学習曲線の問題は発生しないんだよなあ

**デフォルトの名無しさん** · 2022/04/09(土) 02:01:36.12

あとデッドロックは別にRustで静的に防止できる類のバグではないぞ
メモリリークと同様だね

**デフォルトの名無しさん** · 2022/04/09(土) 02:15:58.74

言語として魅力を感じるのはGoよりRustだが、将来的にGoよりシェアを拡げるかと言われたら疑問

**デフォルトの名無しさん** · 2022/04/09(土) 02:26:41.71

Rustはシステムプログラミングの分野でだけちゃんと生き残れば大成功だよ
あとは特にハイパフォーマンスや低コストが要求されるとこくらいか

ほとんどのアプリケーションでは、JavaやらPythonやらなりの高水準言語にて、より適す言語が見つかるやろ

**デフォルトの名無しさん** · 2022/04/09(土) 03:28:08.67

>>691
Javaの諸々の弱点を克服したものがRustであるため
従来Javaで書かれていた分野にRustが食い込んで行きつつあります

**デフォルトの名無しさん** · 2022/04/09(土) 03:34:37.18

ツルツル無毛の奇麗な一本筋なんだろうね

**デフォルトの名無しさん** · 2022/04/09(土) 04:14:38.03

FacebookがバックエンドをJavaからRustにした記事でJavaの問題点が多数挙げられていたな

**デフォルトの名無しさん** · 2022/04/09(土) 05:55:15.91

他部分の結論がまだ早いが、環境的な点から考えて、
GoはJavaとPythonと比べて、教育言語として価値が高いことは今のところない

・良くも悪くもOOPではない。抽象化のレクチャの定番が崩れている
・コンベンション重視のせいで、文化風土が専制的
（たとえばインデントは実質タブしか。手法にフレームワークを当てはめがち。考える余地を与えない）
・C言語の代わりにはならず、高級言語として教えるにもポインタの概念が余計
・例外処理/リソース管理/並行処理あたりの重要ポイントの対応方法が独創的で潰しが効かない

以上、拡大解釈せずにあくまで業界最適化言語と考えるのが無難という意見だ

**デフォルトの名無しさん** · 2022/04/09(土) 06:21:18.57

>>695
そのGo批判は間違っている
OOPはclassが無いだけだろ
例外処理もtry-catchが無いだけだろ
GoもRustもどちらもclassやtry-catchは無いが異なる方法を取っているだけにすぎない
言語毎に様々な形態がある部分を取り上げて批判するあなたの視野が狭く偏見を持っているだけにみえる

**デフォルトの名無しさん** · 2022/04/09(土) 07:21:22.99

>>695-696
それは教育目的を明確にしておかないと空回りする。単純には以下となる。
・実務：　大学は就職予備校である
・養成：　大学は人材養成所である
・アカデミック：　その分野の発展を目指す

695は実務寄りの意見だ。
ただ、実務なら議論するまでもなく現在のシェア、または求人のシェア通りにやるべきであって、
それ以外を選ぶのは教授の趣味でありエゴでしかない。
今ならPython/Java/JavaScript/C#/C++/C/PHP/Rubyの順かと。

650記事と696（と686内俺のGoへの意見）は養成寄りで、人材の底上げを目指したものだ。
> ポインタを使うプログラミングは今日書かれるコードの90%には必要とならず、製品コードにおいてははなはだ危険なものであるということは素直に認める。
> その通りだ。そして関数プログラミングは実務ではほとんど使われていない。それも認める。
> しかしそれでも、最もエキサイティングなプログラミング仕事ではこれらは重要なものなのだ。
> たとえばポインタなしにLinuxカーネルで作業することはできない。
> Linuxのコードを1行も理解することはできず、実際ポインタの理解なしにはどんなオペレーティングシステムのコードも理解できない。
つまりはプログラミングドリルに何を用いるかで、プロダクトを目指したものではない。
だから界隈の文化なんて全部無視でよく、単に、学生の頭の体操/訓練に何が適しているかだ。
この場合、スタート時から色々概念が必要なRustは最悪で、仕様は軽ければ軽い程良く、
早い段階で「仕様とか概念に苦労せず」学生が自在に「こねくり回せる」必要がある。
こねくり回す時の苦労が養成になるので、そこは頑張って苦労しろ、というわけだ。
この用途なら、Goも悪い選択ではない。
が、まあ、素直にCを選択する方が妥当ではあるが。

**デフォルトの名無しさん** · 2022/04/09(土) 08:15:54.24

最初はC → Rustが王道だろうな
さすがにCのままだけでは効率悪すぎる

**デフォルトの名無しさん** · 2022/04/09(土) 08:16:17.09

GoもRustもclassはない
でも実質似たようなことはできる

でも実質は実質であり素直にOOPできるかと言えばそうでもなく変な制約がある
ファイル分割とかしたいとか思わないならその限りではない

**デフォルトの名無しさん** · 2022/04/09(土) 08:17:47.26

goはある意味goroutineとchannelを使うための言語だしな。そこに価値を見出す人が使えばいいこと。
ただまぁ、独創的だから潰しがきかないとか批判しだしたらpythonも癖が強すぎてたいがいだがな。
結局普及したもの勝ち。

**デフォルトの名無しさん** · 2022/04/09(土) 08:24:05.70

>>698
目的に応じて言語を選んだほうがいい

C→Rustは狭すぎるし心に余裕がなくなるし楽しくない
標準的なGUIもないから入門には不向き
個人的には間にGC言語やPython挟んだほうがいいと思うよ

**デフォルトの名無しさん** · 2022/04/09(土) 08:54:42.92

>>701
PythonよりはRustの方がええやろ
Pythonは偏り過ぎ

**デフォルトの名無しさん** · 2022/04/09(土) 08:56:00.27

バランスいい言語ないの(´・ω・｀)

**デフォルトの名無しさん** · 2022/04/09(土) 09:09:13.58

個人的にはswiftがそこそこモダンな機能を一通り備えていながら癖の強くない文法でバランスがいい言語だと思うけど、
Apple依存というところが最大のネック。

**デフォルトの名無しさん** · 2022/04/09(土) 09:09:29.66

ないです
RustのGUIクレートってどれがいいんだろ

**デフォルトの名無しさん** · 2022/04/09(土) 09:33:25.59

コンパイラチェックが厳しいで思い出した

全然関係ないけど自分は麻雀が打てない
ゲームではできる
自分では上がりだと思ってても実際は上がれなかったりする
結局ゲームで判定してもらってる
どこが悪いのかは自分で分かっていない

コンパイラのチェックでは原因が出るのでどこが間違ってるのかはわかる

**デフォルトの名無しさん** · 2022/04/09(土) 09:43:27.34

Rustのコンパイラはどの部分とどの部分がどういう問題となっていて今回のエラーとなっているのかを
複雑なケースでも丁寧に教えてくれて学習効果も高いですね

**デフォルトの名無しさん** · 2022/04/09(土) 10:38:03.26

結局 c -> c++ -> rust って感じに進まないと理解できないと思うがな。
いきなり c -> rust で何をやってるか理解できるとはとても思えん。
この種のことをrust信者はすぐ誤魔化す。

**デフォルトの名無しさん** · 2022/04/09(土) 10:45:26.66

>>708
どのあたりが理解できないと思う？

**デフォルトの名無しさん** · 2022/04/09(土) 10:47:43.60

>>708
そこは完全に逆
C++は学ぶ必要なし
今となっては何の価値もない言語
C++を学んでも回り道をしている無駄なunique_ptrくらいしかRustのために役に立つ知識がない

**デフォルトの名無しさん** · 2022/04/09(土) 10:53:42.52

>>708
自分はそのルートだったけどC++を経由する必要はどうかなぁ
現代のC++をマスターするのはRust以上に難しいし、初心者が自分でどこまで学べばいいかを判断するのも難しそう
まぁ結局我々は初心者ではないので推測で言ってもあまり意味はないけど

**デフォルトの名無しさん** · 2022/04/09(土) 11:02:06.42

要するにマロックだろ？

**デフォルトの名無しさん** · 2022/04/09(土) 11:11:18.68

単刀直入に言うと
実はC++とRustには共通点が非常に少ない
特にC言語との共通点を除くとほとんど残らない
だから学ぶべきはC→Rustが正解

**デフォルトの名無しさん** · 2022/04/09(土) 11:38:59.26

>713
>実はC++とRustには共通点が非常に少ない

そういう嘘をつくからRust信者はクソ言われるんだよ。

Rustの根幹をなすメモリ安全性はC++のRAII/unique_ptrから着想を得た所有権／ムーブセマンティクスの運用を徹底することによって実現しているし、
Rc/ArcもC++のshared_ptrの機能を強化しているだけ。
引数渡しをムーブセマンティクスデフォルトにするという致命的ミスをしているからC++と別物のように見えるけど、
C++ユーザーからすればC++を少し洗練させたぐらいにしか見えない。
その実体を知りながら「共通点が非常に少ない」とか言うのは詐欺師ぐらいなものだ。

**デフォルトの名無しさん** · 2022/04/09(土) 11:49:01.58

C++に着想を得ているのはそうだと思うけど、歴史通りの順番で学ぶ必要ある？
（その理屈だと最初はパンチカードからかな…）
C++の後付したわかりにくいmoveを学ぶより、最初から洗練された方を学んだほうがいいと思うけど

**デフォルトの名無しさん** · 2022/04/09(土) 11:53:43.59

C++の歴史を追っていくみたいなのは、言語設計的にはすごく学びがあって、好きな人にはおすすめなんだけど
ただプログラミングがしたい人におすすめできるかというと…

**デフォルトの名無しさん** · 2022/04/09(土) 11:55:25.64

現実的にはPythton or Java or C#　→　C 　→　Rustかな

**デフォルトの名無しさん** · 2022/04/09(土) 12:00:59.18

最近のC++はなんとRustの後追いをしている状況
例えばRustの中核となっている enum OptionとResult そして Iterator
Optionは C++では std::optionalでこれはC++17でようやく導入された
Resultは C++では std::expectedでこれは現在導入に向けて審議中
Iteratorは C++では std::rangesでこれはC++20でようやく導入された
このようにRustでの成功を見てC++が後から導入となっている
最近導入されたばかりなのでC++入門書や解説サイトにはもちろん出てこない
【結論】C++は学ぶ必要なし

**デフォルトの名無しさん** · 2022/04/09(土) 12:05:05.94

C++は無駄に増改築を繰り返された老舗旅館
通路の途中で無駄に段があったり渡り廊下があったり

HPに書いてある現代風の部屋に泊まれる場合もあるけど古い部屋に泊まることもある

**デフォルトの名無しさん** · 2022/04/09(土) 12:09:41.54

C++98ならそんな増築感はなかったけど、そこまで戻るとRustとの共通点もほとんどなくなっちゃうしなぁ

**デフォルトの名無しさん** · 2022/04/09(土) 12:15:44.17

RAIIとテンプレートメタプログラミングが発見されてから独特の進化を始めたな。

**デフォルトの名無しさん** · 2022/04/09(土) 12:16:15.06

>>718
>>720
新しい部分を指してC++を学ぶべきと言ってるのではないと思うよ
それまでのC++からC++11 以降の新しい流れをみるんだろ
C++で何が都合が悪かったか判る

**デフォルトの名無しさん** · 2022/04/09(土) 12:19:37.41

>>722
それって歴史を知っている我々には分かるけど初心者に分かる？

**デフォルトの名無しさん** · 2022/04/09(土) 12:24:26.93

>>723
自分はC++を学ぶべきとは思ってないけど何が都合が悪いのか体験したらいいということだろうと推測

初心者にわかるかどうかは知らない
初心者にはjava C# Pythonを勧める

**デフォルトの名無しさん** · 2022/04/09(土) 12:26:21.53

C++の増改築を学ぶのはムダな枝も多くて学ばないほうがいい
RustはC++含めた様々な言語から色々採り入れているけど
洗練して整合性あるようコンパクトに採り入れてるからシンプル

**デフォルトの名無しさん** · 2022/04/09(土) 12:36:22.62

>>694
URLキボン

**デフォルトの名無しさん** · 2022/04/09(土) 12:42:40.46

フレンド関数とか学んでも使いどころなどない

**デフォルトの名無しさん** · 2022/04/09(土) 12:44:13.05

>>706
> どこが悪いのかは自分で分かっていない
Rustで作ったゲームなら、フリテンですor役がありません、と親切に教えてくれるよ

と信者の代わりに突っ込んでみる

**デフォルトの名無しさん** · 2022/04/09(土) 12:51:14.42

Rustのコンパイラは賢い先生みたいなもので不十分なところを的確に適切に指導してくれる
昔Rustは学習難易度高いと言われていたためコンパイルエラーに最も力を入れたプログラミング言語へと成長した

**デフォルトの名無しさん** · 2022/04/09(土) 12:52:42.79

レス番がとびとびなんだがそんなに長文書き込んでるやついるの？w

**デフォルトの名無しさん** · 2022/04/09(土) 13:05:08.55

>715
何をトンチンカンな指摘をしているんだよ。
>713 >実はC++とRustには共通点が非常に少ない
に対する反論なのに、
>715 歴史通りの順番で学ぶ必要ある？
とか共通点の話と何の関係も無いだろ。
Rust信者はこういう詭弁を弄するクソしかいないのかね。

あと、言語の話をしているのに
> （その理屈だと最初はパンチカードからかな…）
とか言語じゃないものを引っ張り出すようなアホな反論するなよ。

**デフォルトの名無しさん** · 2022/04/09(土) 13:10:56.96

>>718
C++から見てRustのそのシンプルで分かりやすい記述と概念は羨ましい
だからRustから輸入する形で取り入れることになった

**デフォルトの名無しさん** · 2022/04/09(土) 13:23:59.57

>718
>最近のC++はなんとRustの後追いをしている状況

Rust信者は我田引水が酷いな。
C++の標準化が遅いのはC++が巨大だからであって、しがらみのないRustの方が採用早くなるのは当然だろ。

> Optionは C++では std::optionalでこれはC++17でようやく導入された
初出はboost::optionalで2003年8月

> Resultは C++では std::expectedでこれは現在導入に向けて審議中
これはboost::outcomeが初出かな？ 2014年

> Iteratorは C++では std::rangesでこれはC++20でようやく導入された
そこそこ違いがあるけど、boost::rangeは2003年。

どれもRustリリース前のものばかりだろ。
RustがC++のアイディアをパクって先行実装しただけじゃね？

**デフォルトの名無しさん** · 2022/04/09(土) 13:25:35.27

C++の貧相なラムダ式見て涙出てくるわ
おばちゃんの必死の若作りみたいで痛々しい

>>730
相変わらず読む価値無しの駄文オナは続いてるようだよｗ

**デフォルトの名無しさん** · 2022/04/09(土) 13:29:34.12

https://mevius.5ch.net/test/read.cgi/tech/1643289587/
そろそろこっちでやってくれませんか？

**デフォルトの名無しさん** · 2022/04/09(土) 13:41:58.59

>>733
C++にはRustのenum(＝型収容付きenum＝タグ付きunion)が無いため
それらC++のバージョンはRustのものより劣っている
それではRustに勝てない

**デフォルトの名無しさん** · 2022/04/09(土) 14:01:07.29

スレタイの言語間で争える話題ないか考えてみたけど
それぞれ狙うところがバラバラで共通項がないな

**デフォルトの名無しさん** · 2022/04/09(土) 14:06:05.68

rustスレでやれば
もうJavaレベルには普及しないって結論じゃん

**デフォルトの名無しさん** · 2022/04/09(土) 14:11:30.90

次のスレからRustの話題は荒れるから禁止にしてスレタイからも削ろうｗ

**デフォルトの名無しさん** · 2022/04/09(土) 14:14:38.49

このスレで荒れてくれる分には構わんわ。C++スレとかRustスレとかを荒らさないで。

**デフォルトの名無しさん** · 2022/04/09(土) 14:19:25.04

便利さを理解するために不便さを体験するべきか否か論な訳だけど、個人的にはそれをするにしては遠回りが過ぎるのがC++という長大な壁だと思っているので経由する必要はないかなと思ってる
代わりの話としてZigとかどうよ
依存型的なコンパイル時計算と実行時計算をフラットに書ける感じ
結構賛否両論来そうな話題だと思う

**デフォルトの名無しさん** · 2022/04/09(土) 14:22:44.53

あれるのは上等なのか

関数オーバーロードがない言語は軒並み糞

**デフォルトの名無しさん** · 2022/04/09(土) 14:27:38.36

オーバーロードあると高階関数に渡すときに一手間かかるのがヤダ

**デフォルトの名無しさん** · 2022/04/09(土) 14:30:13.22

標準ライブラリの標準関数のシグネチャー変える言語は糞

**デフォルトの名無しさん** · 2022/04/09(土) 14:31:10.30

教育には自分を撃てる言語を使った方が良いのでは？

**デフォルトの名無しさん** · 2022/04/09(土) 14:31:48.55

コンパイルするときにファイルのフォルダ階層に依存する言語は糞

**デフォルトの名無しさん** · 2022/04/09(土) 14:33:14.01

pythonガチアンチ勢がいるらしいな

**デフォルトの名無しさん** · 2022/04/09(土) 14:38:25.49

mainのあるファイルから連鎖的に参照されないと同じフォルダにあってもソースがコンパイルされない言語は糞

**デフォルトの名無しさん** · 2022/04/09(土) 14:40:09.03

言語じゃなかったな
コンパイラ環境か？コンパイラドライバか？

**デフォルトの名無しさん** · 2022/04/09(土) 15:06:56.55

言語依存の特性というよりはコンパイラがインクリメンタルかリカーシブルかなんて、言語にほとんど関係ない・・・

**デフォルトの名無しさん** · 2022/04/09(土) 15:33:43.71

じゃあ
ファイル名がクラス名やモジュール名と一致してないとダメな言語は糞

**デフォルトの名無しさん** · 2022/04/09(土) 17:12:33.80

自分じゃ話題も振らないのに他のスレでやれとかいう輩って・・・

**デフォルトの名無しさん** · 2022/04/09(土) 17:40:19.06

>>741
> 便利さを理解するために不便さを体験するべきか否か論
そう捉える奴も多いのだろうが、それだと完全に精神論になってしまうだろ。

コメントで要求されてる「Howは要らない。Whyを書け」と捉えるべき。(C++はRust仕様のコメント)
つまり、C++でどういう手法が試され、結果としてRustが何を採用してるかを紐解けば、
Rustが何故こうなっているのかが分かる、というわけ。

信者がひたすら「Rustは正しい」と信じることしかできないのは、Whyを知らず、妥当性の判断能力がないから。
ただしHowはRustの場合は文法にしてしまっているので、
Whyを知らなくても、知ってる奴と同等のコードは生成出来てしまう。
だからプロダクト目的のRustドカタには必要がないのも事実。
(これはフレームワークに於いて、何故こんな構造を採用したのか？とか考える必要がなく、
ただ従って正しく使えば生産性が上がるのと同様）

逆にアカデミックとか、Rustの次の言語を考えたい奴がWhyを抑えないのは問題。
信者ではなく、自分で判断してRustを選択したと言いたいのなら、Whyを知らないといけない。

（知ってないと判断出来ないはずなので、論理的に矛盾する。
これはC++の全てを知っておけという意味ではなく、
Rustで採用された「データ競合」「寿命管理」「例外処理」等の対処方法については、
当然だが他のやり方も存在しており、それぞれ一長一短有るから統一されてない。
それらを知らずに、Rustのやり方しか知らず、ひたすらRustマンセーなら、それはただの信者と言える）

**デフォルトの名無しさん** · 2022/04/09(土) 18:34:35.92

色んな言語やってきたが総合的にみてRustが現在のプログラミング言語の中の最強言語で間違いない
理論的に任意の言語が動き実際にも多数の言語が動かされているWebAssemblyにおいてもRustが利用トップである客観的事実もある

**デフォルトの名無しさん** · 2022/04/09(土) 18:36:58.31

話題は>>577で振ったけどスルーされました(^p^)
実際どうなんすかこれ、Yewとかその辺の利用者の使用感知りたいんだけど

**デフォルトの名無しさん** · 2022/04/09(土) 18:48:35.17

C++理解した程度でプログラミング理解したと思ってるのが痛々しい

**デフォルトの名無しさん** · 2022/04/09(土) 20:19:57.41

Rustはボロー周りとEnumだけがよくできていて他はそうでもない
長期で運用しにくいしょうもない弱点だらけ

**デフォルトの名無しさん** · 2022/04/09(土) 20:26:08.31

>>757
例えば？

**デフォルトの名無しさん** · 2022/04/09(土) 20:26:09.05

そうだぞこんなの使ったら駄目だぞ

俺は使うがな

**デフォルトの名無しさん** · 2022/04/09(土) 20:31:58.00

レスをたどる能力もないのかRustの機能や制約を知らないのか自分で何かを調べる能力がないのか
どれなんだろう？

**デフォルトの名無しさん** · 2022/04/09(土) 20:34:48.49

まとめるの面倒だからしないけど弱点だらけだぞ

それでも俺は使うがな

**デフォルトの名無しさん** · 2022/04/09(土) 20:38:12.58

言語面は置いといてrustはまずcargoを何とかしろ
モジュールパッケージの参照の仕組みを改善しろ

**デフォルトの名無しさん** · 2022/04/09(土) 21:14:44.30

次世代次世代つって結局Rustしか話題に上がってないやんｗ

**デフォルトの名無しさん** · 2022/04/09(土) 21:34:11.92

>>763
つまり次世代はRust覇権が確定。Rust一択ってこと。
VScodeが覇権したようにプログラミング言語もそろそろRust一択にしようよ

**デフォルトの名無しさん** · 2022/04/09(土) 23:10:39.42

GoやクソバカPHPoorが滅びるべきというのには同意

**デフォルトの名無しさん** · 2022/04/09(土) 23:31:48.47

それがRustが現在も今後とも流行らない理由だろうね

**デフォルトの名無しさん** · 2022/04/10(日) 00:20:38.04

他の言語でもRustのように広い意味でのデータ競合を実行前にチェックしてくれたらいいのに
そうすればその分の実行時デバッグを無くすことができるのに

**デフォルトの名無しさん** · 2022/04/10(日) 00:52:23.84

>>767
それ、馬鹿の一つ覚えだろうけど、割とマジに、データ競合で困る事なんて無いぞ。
もしみんなが本当にデータ競合に困りまくってたら、あらゆるアプリがRustでキラーアプリ化してるはずだろ。

実際は誰も困ってないし、さらにホームドアを付けたところで元々バグもないから差別化出来ず、キラーアプリ化もしてない。

面倒なのでスルーしたが、256で突っ込まれてるように、
実行時デバッグをそれほど必要としてる時点でプログラマとしてはポンコツ。
初心者なのを自覚して、まずはコードを頭の中で動かせるようになる事を目指すべきだよ。

**デフォルトの名無しさん** · 2022/04/10(日) 00:52:41.03

とかく計算系のライブラリの高速実装がGPGPU関係なくRustよりC++が優先されているのが悲しいが個人でなんとかできる規模でもなく

**デフォルトの名無しさん** · 2022/04/10(日) 01:03:58.92

>>769
やれば分かるが演算系はリソースの確保/開放ははっきり言ってほぼ必要ないので、
C++どころかCでも全く苦労しない。
しかもRustだと使い回すには一々所有権を気にしないといけないだけ面倒。
他言語なら見えれば何度でも問題なく使えるのに。

だからその辺がRustメインになる事はあり得ないと思うけど。実用重視なら尚更。
境界チェックが一々入る分だけ無駄に遅くなるのも致命的ではあるし。

俺は演算部分だけCのdllにして、GC言語からそれを呼び出すのが最強だと思うけど。
つまりNumPyでいい。(なお俺は使った事無いが）