Rustアンチスレ (202ﾚｽ)
上下前次1-新
1(2): 2017/10/26(木)23:37 ID:9syp6YaG(1) AAS
Hello World以上の事をやるとコンパイルが通らない()Rustのアンチスレです
2: 2017/10/26(木)23:40 ID:LSWABSRs(1) AAS
Getting startedでもHello World以上のことはやってるんだから
あなたの触ってる言語がRustじゃない可能性のが高そうだね
3(1): 2017/10/27(金)00:11 ID:8v9HsLU9(1/2) AAS
コンパイルさえ通してしまえばエラーが無いことを保証される。
自動的な並列化によりメニーコア時代に対応。
メモ化サポート、動的計画法が自動的に実装できる、AI時代に必須。
Rust使いというだけで尊敬される、自動的に彼女ゲット。
C/C++の20倍高速。
4: 2017/10/27(金)01:38 ID:HS++Psw6(1) AAS
ただし扱えるのはモジラに選ばれた人間のみ
5(1): 2017/10/27(金)01:59 ID:zibA1NJ/(1) AAS
コンパイルすら通せない馬鹿が劣等感を爆発させた結果が>>1
6: 2017/10/27(金)02:21 ID:8v9HsLU9(2/2) AAS
Rustによって未来志向の意識世界に目覚めました。
いま核ミサイルの集中制御システムに携わっています。
Rustが世界を変える、Rustで世界を変える。
アッラーアクバール。
7: 2017/10/27(金)09:45 ID:T+eCoUsJ(1) AAS
Cは自分の頭や足を撃ち抜く危ない言語ってよく言うが、つまり銃レベルで強力ってことだよな
Rustはなんだ？ぼうっ切れか？たしかに銃と違って暴発したりはしないな
8: 2017/10/27(金)18:02 ID:cUZom3KZ(1) AAS
外部ﾘﾝｸ[html]:ha10.net
9: 2017/10/27(金)18:02 ID:697iydar(1) AAS
>>5
>>1だけどこのスレ建てたのは離隔目的だぞ
10(1): 2017/10/27(金)19:54 ID:Ql9mpjN/(1) AAS
どんな木っ端言語にもアンチがいるもんだなぁ(しみじみ)
11(1): 2017/10/29(日)18:15 ID:COmwxbJI(1) AAS
アンチを隔離するつもりが信者が捕獲されちゃったとかrustyなコードにありがちな本末転倒っぷり
12(3): 2017/10/30(月)15:46 ID:a0o0t6OO(1) AAS
>>10
本当に木っ端だったらなんも言わねえよ
モジラが言語自体をゴミクズのままにしておきながら
ステマに工数と金をぶっこんで自社ブランドの肥やしにして
それに騙されてゴミクズ掴まされる被害者がでてることに文句つけてるんだよ
13: 2017/10/30(月)17:28 ID:ExtYgMew(1) AAS
>>12をそっくりそのままGoを作ったGoogleに送りつけたい
14: 2017/11/05(日)09:42 ID:/OpyHVwj(1) AAS
>>12
え、go ぐらいシンプルな文法でも満足に使えんの？
馬鹿なんじゃないの？
15: 2018/02/10(土)22:35 ID:gZwa/8Tz(1) AAS
>>12をそっくりそのままSwiftを作ったAppleに送りつけたい
16: 2018/02/11(日)09:24 ID:YryqqCkE(1/2) AAS
>>11
Rustに傷つけられたアンチと戯れるスレだからね、仕方ないね
Swiftは騙されるアポー信者が多くてめっちゃウハウハだったな、Swiftやってますだけでクッソ仕事多かったのwww
Rustは、、、上流工程には知名度がなく、下流工程には難易度が高く、どこ行っても誰も騙せNEEEEEEEE
どこの業界(分野)に行けば騙されてくれる被害者がいますか？マジで教えてください
17: 2018/02/11(日)20:02 ID:JG+HYHMD(1) AAS
整数型からC-like enumに変換するのにtransmuteとかしないといけないのがクソ
enumをforループするだけのことが面倒なのもクソ
ボローチェッカーとの戦い(笑)以前に生産性低すぎるわこんなもん
C++を置き換えるとか言ってるやつは頭お花畑やろな
18: 2018/02/11(日)20:26 ID:PouFYKRN(1) AAS
>整数型からC-like enumに変換するのにtransmuteとかしないといけないのがクソ
だって実現方法はともかく意味的に整数はenumではないもの
>enumをforループするだけのことが面倒なのもクソ
forループしようと思う時点でそれはenumを使うべき場所でないのでは……
19: 2018/02/11(日)21:47 ID:YryqqCkE(2/2) AAS
unsafeなtransmuteなんて使う地雷に自ら突っ込んで行ったら生産性も落ちる罠
何をしようとしてenumメンバをforで回す機会があるのかサッパリ分からんが
生産性悪い書き方して生産性悪いと言ってるのはよく分かった
ちょっとオモロイから、生産性悪いと思った事例をもっと教えてくれよ
20: 2018/02/11(日)23:22 ID:18bG+VQL(1) AAS
アンチアンチ
21: 2018/02/12(月)11:06 ID:+5PXSpLD(1) AAS
俺は賢いからunsafeだって使いこなせるぜ、transmute使うぜ
結果、メモリ非安全で生産性悪いRustクソ!!!!
俺はアホだから危ないunsafe使うのやめよ、整数型からenumにするのはfn new使おう
結果、メモリ安全で生産性良いなー
Rustはアホ向けの学習難易度の低い言語だった可能性が微レ存？
22: 2018/02/12(月)13:03 ID:JDol8IEk(1) AAS
普通の人間はアホか賢人に分類すると、だいたいアホ側がふさわしいからな。
無理する奴がバグを生む。俺はアホで良い。
23: 2018/02/12(月)19:04 ID:1V20MNhs(1) AAS
ちょっと検索すればenumのvariantsをループで回す方法でてくる
enumの定義時にマクロを使って全メンバーを含む配列も同時に定義するなどがある
これだけをやってくれるcrateも作れそうだ
24(2): 2018/02/14(水)22:58 ID:0r3oW/nt(1) AAS
C++が車だとしたらRustはせいぜいゴーカートだなぁ
25: 2018/02/16(金)06:49 ID:W1XJdyx1(1) AAS
☆ 日本の、改憲を行いましょう。現在、衆議員と参議院の
両院で、改憲議員が３分の２を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆
26: 2018/02/22(木)15:21 ID:H839Tp+8(1) AAS
C++がカーチスだとしたらRustはフォルゴーレな印象
27: 2018/02/23(金)17:07 ID:ZuaVfjvd(1) AAS
つまり、どっかの豚しか乗りこなせないのか…
28: 2018/05/23(水)20:21 ID:Au5e7VGg(1) AAS
僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
P5EA8
29: 2018/07/05(木)01:24 ID:RfoszcD2(1) AAS
6YB
30: 2018/07/16(月)21:36 ID:LulkQD8r(1) AAS
なんで所有権の移動という一度しか起こらない元値を破壊するものが印なしで
参照の借用渡しが＆にしたんだろう
ねえ
31: 2018/07/18(水)21:34 ID:uzHZzsnA(1) AAS
moveは安全なのに何が問題だと感じるの？
32: 2018/07/19(木)20:56 ID:zpCf8yuT(1) AAS
次世代言語スレのつづきか
安全なだけでめっちゃわかりづらいだろ
ふつうの=でコピーと動きが違いすぎる
33: 2018/07/21(土)00:47 ID:mSZJjtkc(1) AAS
コピーはコストかかるから暗黙的なコピーは意図せぬ性能劣化を引き起こす可能性がある
34: 2018/07/21(土)04:00 ID:PpAF+dgy(1) AAS
暗黙のコピーと暗黙の参照渡しが区別つかないJavaで困らないんだから困らないのかもしれない
35: 2018/07/21(土)23:33 ID:SCDZUWz8(1) AAS
javaで暗黙にコピーされるのは基本データ型だけでは
36: 2018/07/23(月)21:30 ID:2ez6F7EW(1) AAS
C#でも困んないし
37: 2019/07/28(日)18:59 ID:5UHV96py(1/2) AAS
JavaとC#にはGCがあるからな
38: 2019/07/28(日)19:00 ID:5UHV96py(2/2) AAS
ていうかJavaやC#は暗黙のdeep copyをしない件について：
39(1): 2019/07/29(月)21:44 ID:CSar0obt(1) AAS
画像ﾘﾝｸ[jpg]:i.imgur.com
40: 2019/07/30(火)00:56 ID:ZDjzCSg/(1) AAS
>>39
グロ
41: 2019/10/30(水)14:37 ID:4EQH++wv(1) AAS
クソの中のクソ
キング・オブ・クソ
作ったゴミも使うカスも肥溜めで溺死すればいい
42: 2020/03/21(土)17:46 ID:vJ0Lurek(1) AAS
無能がほざいてて気分いいわ
43(1): 2020/03/21(土)17:51 ID:20ZHUxLS(1) AAS
haskellと同じ道をたどるだけだな。
馬鹿がなぜか選民思想やり出して終了。
44: 2020/03/21(土)18:38 ID:txJMIm7g(1) AAS
>>3
>コンパイルさえ通してしまえばエラーが無いことを保証される。
そんなわけない。
45(2): 2020/03/25(水)01:29 ID:COJzGufp(1/5) AAS
Rustは、コンパイラ時エラーに悩まされる反面、実行時エラーに悩まされるのを減らす
などと言われる。
しかし、コンパイル時エラーが出ると言うことは、裏を返せば、書けないアルゴリズムが存在するということだ。
直感的ではない回りくどい書き方が必要となり記述量が多くなる。
他の言語では好きな書き方が出来て、それはどれも正解だが、Rustでは正解が非常に狭くなる。
正解が狭いことがエラーを減らすなどという人がいるが、実際には、Rustは
書けるアルゴリズムが狭い、と言うことなのである。
省9
46: 2020/03/25(水)01:29 ID:COJzGufp(2/5) AAS
>>45
「駄目な書き方だからエラーにしている」
と言うのは間違いで、正しくは、
「Rustコンパイラの静的解析能力では、書き方を非常に限定しないと
正しいことを保障できなかったり、自動化できなかったりするため、
しょうがなく狭い書き方しか出来なくしている」
と言うことに他ならない。
省5
47: 2020/03/25(水)01:31 ID:COJzGufp(3/5) AAS
>>43
Rustは、Haskellから多くを借りてきているらしいから、Haskellと同じ
道をたどると言う予想はあながち間違ってない。
48: 2020/03/25(水)01:41 ID:COJzGufp(4/5) AAS
Rustは表面的に使うだけなら、まあ、C++が使えるプログラマなら、大体使えなくは無いだろう。
しかし、自分で独自にリンクリストを作ろうと思うと事態は一変する。
そこまで深く入った人ほど、Rustは難しい言語だと感じるはずで、
RustがC++程度で理解できると思ってる人は、99%、浅い所までしか使ってない
と言えよう。
49(1): 2020/03/25(水)08:33 ID:atIoOIeM(1) AAS
道具として正しい在り方だな
50: 2020/03/25(水)12:40 ID:COJzGufp(5/5) AAS
>>49
RAD言語ならそれで良いが、システム言語では駄目。
51: 2020/08/28(金)02:41 ID:BFWbiW8H(1/2) AAS
Rustは、コンテナは、配列(長さがコンパイル段階で静的に決まる固定長)、
ベクター(動的配列)が主で、LinkedList<T>は、せっかくのリンクトリストの
特徴である末尾以外の「途中」への追加は出来ない。
これではリンクリストの意味が無い。
また、公式ドキュメントに
「ベクターの方がLinkedList<T>より速い」
などと書いてあるが、それはとんでもない間違い。
52: 2020/08/28(金)17:13 ID:BFWbiW8H(2/2) AAS
AA省
53: 2021/01/08(金)10:57 ID:4h6DBvmg(1) AAS
00年代半ばごろのゴミサイトがアクセス数を稼ぐのを思い出した
ゴミ
54: 2021/05/05(水)10:12 ID:Icux/Qfe(1) AAS
可読性低いな
55: 2021/06/18(金)18:36 ID:GgPo8kME(1) AAS
Ｒｕｓｔを含めた新手の言語の仕様が固まるまで、２０年ぐらい掛かるからなぁ
今２０代の連中がＲｕｓｔを使いこなせる様になっても、
システム開発に使える頃には、４０過ぎの中年だけど、まだプログラマー続けてるの？
56: 2021/06/30(水)12:11 ID:TGFkopCB(1) AAS
レッツ！ｍｕｔ ＆ｍｕｔ もっと ＝ したい：ダメな日本語；
57: 2021/07/07(水)23:28 ID:3EDdhBYW(1) AAS
error[E0382]: use of moved value: `vector`
58: 2021/07/16(金)02:31 ID:UUn46lBk(1) AAS
もうお前のRustコード直すの嫌だわ
59: 2021/07/21(水)02:06 ID:DO3wSfvm(1) AAS
意識高い系が自己満足でめちゃくちゃなコードを他人に押し付ける言語
60: 2021/08/10(火)09:03 ID:fPg8NGNP(1) AAS
>>45
何かいいやり方があるはずだ。誰が見ても明らかな、たったひとつのやり方が。
そのやり方は一目見ただけではわかりにくいかもしれない。オランダ人にだけわかりやすいなんてこともあるかもしれない。
The Zen of Pythonの一節だけどRustの設計思想もこういうことなんじゃないか？
何通りもある書き方を統一することによってコードを読む人にも分かりやすくするってことだと思う。
もうそこは好みの問題だから気に入らなければやらないでいいんじゃないか？
61: 2021/08/10(火)09:10 ID:UUhRSoFC(1) AAS
Rustは組み込みシステムでも非常に多く使われているように何でも書ける
Cと同様に低レベルな部分でも記述可能でさらにインラインアセンブリも可
62: 2021/08/10(火)14:11 ID:mSeKT5En(1) AAS
raw pointer 使えるし C でできることはだいたい出来るのでは
できないのは variable length argument/array くらい？
63(1): 2021/08/11(水)07:11 ID:KlEtC9pi(1) AAS
そりゃunsafeすればなんでもかけるわ
64: 2021/08/11(水)07:16 ID:N49Uco17(1) AAS
>>63
C/C++/Rust以外の言語ではどうやっても無理
65: 2021/08/12(木)10:28 ID:whMOJJYX(1) AAS
なんかRustアンチは必要以上にunsafeを忌避してる気がする
unsafeは注意が必要な部分を限定するために用意された言語機能なのに
「unsafe使うならC/C++でいいじゃん」
とか考えてそうな雰囲気
66: 2021/08/12(木)10:57 ID:tXISMw6z(1) AAS
unsafeブロック内でもボローチェッカは仕事するって知らん人多そう
67: 2021/09/04(土)03:57 ID:kn1l/Q+t(1) AAS
>>24
いや、自走車椅子だろ
68: 2021/09/04(土)04:05 ID:iqtSb51S(1) AAS
>>24
C++より便利で安全だから
例えると醤油とソースかな
69(1): 2021/09/06(月)13:53 ID:kq9rR1L5(1) AAS
Rustスレでは場違いなので、イテレータというか高階関数の話にもう一度食いつくとする。
Juliaなんかだと並列・分散処理するために@distributed forなんて書くが、Erlangだとループ中に
spawnをして、Goもgoroutineを起動する。map/reduceなんかだと明らかにメニ―コアを使った方が
速いが、標準ではそうなっていなくて、外部ライブラリのrayonなどを使用する。
GoでもRustでもこれをさらに分散処理させるにはgRPCなど規格化されたインターフェースを通すが
やりたい事はJuliaの@distributed forなのに手間を感じさせる。
Rustにライトウェイトスレッドが言語仕様として入るとは思えないが、やはり言語には向き不向きが
省2
70: 2021/09/06(月)14:51 ID:6RpN+EMp(1) AAS
DSLと同等の使い勝手を汎用的な言語に求めるのはつらいのでは
71(1): 2021/09/06(月)16:49 ID:7r7RF488(1) AAS
>>69
たしかにJavaScriptのasync/awaitとRustのは最も対照的ですがどちらも良い特徴があると思います
JavaScriptはブラウザも外部のNode.jsもその言語実行環境として非同期ランタイムが組み込まれasync/await導入以前から非同期関数が標準として装備
そのため非同期関数が呼ばれたら次のスケジュールで即座に実行が始まりますね
一方でRustは標準の非同期ランタイムがなく用途に合わせて自由に非同期ランタイムを用意することが出来ます
さらにRustのasync/await自体はゼロコストで設計されており非同期関数が呼ばれても自動的にスケジューリングされない特徴があります
Rustはこれらに関して「何ができない」のではなく「何でもできる」わけなので
省1
72(1): 2021/09/11(土)00:36 ID:YO3o85Uj(1/2) AAS
>>71
これは良い書き方をしているが非同期ランタイムを自由に選べるのではなく、適切に選ばないと
インターフェースをサポートしない場合があるため、互換性が保てないでしょう。Rusterは
ゼロコストという話を良くしますが、Rustの非同期はタスクごとにステートマシンを作るために
確かにNode.jsなどと比べるjavascriptと比べれば、全体で非同期をスケジューリング管理する
ものと比べアロケーションや実行コストなどは小さいですが、それほど喧伝すべきことでもありません。
いずれにせよ多くの非同期はI/Oバウンドでありepollベースなどで管理されます。当然ながら
省4
73: 2021/09/11(土)01:17 ID:PRM8i6LA(1) AAS
>>72
あなたの主張は意味がわからない
まず「互換性が保てないでしょう」は何との何の互換性が保てないのか？意味不明
次に「それほど喧伝すべきことでもありません。」は結局のところあなたは反論すら出来ずに同意してしまっている
さらに「Rustに限りませんが(略)設計の悪いライブラリが沢山あるという事です。」はRust言語に対する批判にすらなっていない
それぞれ具体的に問題点を述べましょう
74: 2021/09/11(土)01:24 ID:Q/hQI3Xf(1) AAS
唐突にマクロが登場するのも分かりませんね
async-awaitがマクロだった頃の話をしているのですか？
75(4): 2021/09/11(土)01:41 ID:YO3o85Uj(2/2) AAS
あんたの方が意味不明だけど（笑）
まず文書の書き方にケチを付けてロンパーする癖を直しましょう。
最初から非同期ランタイムの互換性と書いているでしょう。例えばasync-stdと
tokioは互換性がありません。今は互換性がほぼあるようになってきていますが
それでも完全ではありません。
ゼロコストFeatureという話は、VS Javascriptという言語のランタイムではその
通り認めていますが、コンパイル型の言語でコストが高い非同期は稀です。
省9
76: 2021/09/11(土)02:11 ID:w5S7rLqj(1) AAS
>>75
具体的な問題点を述べましょう
例えばtokioの上に構築されたhttpモジュールであるhyperも互換レイヤーによりasync-std 上でも動作します
RustアンチスレでなぜJavaScriptを問題にしているのかも謎ですが
JavaScriptのasync/await/Promiseもあの環境で非常に優れて設計されています
この件についても具体的な問題点を述べておられないですね
77: 2021/09/11(土)11:03 ID:LLoV+Okg(1) AAS
>>75の勝ち
以上
78: 2021/09/11(土)13:53 ID:zUj2TAiQ(1) AAS
>>75
＞「近年のjavascriptを発端とするasync/awaitにも疑問が生じる。
＞あまりにも多くの言語が同期実行のライブラリと整合性が無さすぎる」
意味がちょっと不明です。
JavaScriptでそれらが用いられうる通信分野では、基本的に同期実行のライブラリは存在しません。
例えばhttpなどで取得してくるfetch()も非同期ですし、もっと低水準のモジュールも非同期です。
同期実行のライブラリと整合性が無さすぎるとは、何を意味しているのでしょうか？
79: 2021/09/11(土)13:59 ID:QGVH5OH8(1) AAS
発端と言ったらC#の方が古くね
80(3): 2021/09/12(日)14:45 ID:dsndgRWH(1) AAS
Rustって組み込み開発向いて無くね？
どう考えてもLinuxなりBSDなりある程度高度なOSがある事前提だ、OSのメモリーコンパクションが
無いとGCが無い故にメモリーの断片化が起こり、長時間稼働するタイプの小さな組み込みには向かない。
マイクロコントローラのメモリー付きSoCでブーストラップローダーがあるだけの組み込みには使えない
ま、サポートプラットフォームにTier1/Tier2でも、そういうのに使えるとは書いてないけど
81: 2021/09/12(日)15:02 ID:raaoGYn7(1) AAS
>>80
その文章だけならCにいれかえてもあってそうなんだが？
上下前次1-新書関写板覧索設栞歴
あと 121 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.033s