プログラミング言語 Rust 4
■ このスレッドは過去ログ倉庫に格納されています
双方向参照する場合はそう
RefCell使わなければならないケースでrustの方がうれしいのは、
実行時にはなってしまうが&mutのエイリアスがチェックされることかな
C++だと領域破壊してもそれらしく動いてしまうとかあり得てバグの発見が遅れる https://news.mynavi.jp/article/20180110-568199/
モジラ工作員ざまあ!!!wwwww
いやー一年は工作でごまかせたかもしれないがさすがにメッキが剥げてきたね!
これが現実!!
騙されてるやつはまだ間に合うぞ! >>698
どや顔で貼ったんだろうけど
記事内でリンクあるランキングでのRustの位置wwwwwwwwwwww
Rustのゴミさの補強にしかなってないwwwwww >>698
そいつはTIOBE IndexでScalaの順位が低いから
参考にならないの事にしたいだけのScala大好きマンだから
話半分以下で聞いとけ そもそも、みんなが使ってる言語だから良い言語みたいな理論を持ち出せば、
PHPをとても良い言語だと認識しければならなくなるんだが。
その辺を>>697はどう考えてるんだ?たぶん何も考えてないんだろうけど。
それとも、もしかしてPHP最高!とか思ってる奴だったか。 >>701
Rustは誰も見向きもしないクソ言語未満っていってるだけで
みんなが使ってる言語は良い言語とは一言もいってないけど? だれも見向きもしない言語ってのはつまり人気のない言語のことだろ。
人気のない言語はクソ言語ってことにすると、逆説的に、
人気のある言語は良い言語になっちゃうよね。 論理学できない人?
見向きもされないのは悪い言語 が真でも
見向きされる言語は良い言語 は真じゃないよ?
論理学できないからRustなんてもてはやすんだろうけど その理屈は論理学として正しいがそれを認めると
順位表では何が良い言語か一生懸命みてもわからんから意味なさそう >>704
それは悪かった。
どうせ君は物事を1か0でしか考えられない人間だと思ってたから、
そういう思考回路の人間だと思って会話を進めようとしてしまった。
じゃあ、別の方向から突かせてもらうけど、
関数型言語って最近(最近というほどでもないか?)の流行りじゃん?
でも、関数型言語の祖先ってLispとか言われてたりするよね。
で、そのLispはかなり昔から存在したわけだよね。
何で昔は一部の物好きだけが使ってて他は見向きもしなかったのに、
今更になって認められていろんな言語にラムダ式とかが採用されたの?
見向きもされない言語はクソ言語のはずなのになんで?
(ちなみにこの理論は反論できる余地があります) Lispが関数型言語の祖先かと言われると副作用だらけだし違和感しかないな
別に最近の言語のラムダ式はラムダ計算を構文に持ち込んだだけで、LispのS式まわりの成果を持ち込んだわけでもなかろうに
どちらかというとHaskellとかML系列の成果の方が主だろう
RustがLisp的な立ち位置になると言いたいんだろうが、言語のお粗末な出来から言ってもそれはない 別にLispに限定した話じゃないよ。
関数型言語って昔からあるよね。でも当時は誰も見向きもしなかったよね。
見向きもされない言語がクソ言語なら関数型言語が
今更になって認められるのはおかしいよね?ってだけ。 言語が変わらなくても時間の経過によって環境の方が変化して評価が変わることは十分に有り得る
プロセッサ負荷やメモリ使用量などの足枷がユルユルになって来たことで評価が高くなったのではないか
従って当時とか現在とかの時世を無視しては語れないこともある それを認めると将来Rustがクソではなかったと証明される余地があるってことで、
それは事実ではないから違うな
今評価されてるのはあくまでラムダ計算であってLispではない、と言えば分かるか? >>709
Yes! That's correct!!
反論の余地とは時代等の外部環境の変化により評価も変化することだね。
なんか別のIDの人が答えちゃったけど。 >>710
ワロタwww
お前は未来人か?
未来人を肯定するならrustがクソ言語であることも認めよう。 >>694
子→親のリンク無し縛りでも動的な追加削除はできると思うけど。
子からのリンクが必要なのは、各ノードへの参照をそのままイテレータとして見せて前後移動したい場合のみじゃね
で、まあ、子からのリンクが絶対必要として、そのためにRc使って要らん参照カウンタと間接参照を各ノード毎に持たせるってすごい無駄に思える
諦めてraw pointerでいいんじゃないかなあ…… 案外、未来でRustで書かれたプログラムが暴走して人類の危機だから、
現代にタイムリープしてきてRustを普及させまいとする工作員の可能性が微粒子レベルで存在……しないか そうだったら5chみたいな辺境じゃなくてもっとちゃんとしたところで活動してるだろ >>716
木構造がどういう構造なのかを勉強したほうがいい >>704からの>>710の流れで草生える
論理学できない人?
ブーメランかな? wwwwwww 言語オタクが喜びそうな機能を盛り込んだら本当に飛びつきやがったw
みたいな言語だよな。 飛び付いたオタクは無事モジラの養分となりましたとさ オッス!オラMozillaの養分!Rustいっちょやってみっか! せやねw
昨日まではcomponentに残ってたんだけどなぁ
また "rustup run nightly cargo install rustfmt-nightly -f" でいれるかー Rustのビルドそんなに遅いか?
Scalaと比べたら誤差だろ >>731
rustup component add rustfmt-preview --toolchain stable
でインストールできるやつのつもりだった
なぜかcargo-fmtは入ってないけど 代入の結果が () を返すのって一見不満なんだが…
#include <stdio.h>
int main() {
int a, b;
a = b = 10;
printf("%d, %d", a, b); // 10, 10
return 0;
}
a = b = 10
p [a, b] # [10, 10]
let b = ref 0 in
let a = b := 10 in
Printf.printf "%b, %d\n" (a = ()) !b (* true, 10 *)
fn main() {
let (a, b);
a = b = 10;
println!("{:?}, {:?}", a, b); // (), 10
}
上から c, ruby, ocaml, rust の結果
所有権のこと考えるとこうなるしかないのかな >>735
うん そのcomponentが木曜日はあったのに 金曜日に無くなって 今見たら復活してた
このままだと「月曜日に市場へ出かけ 火曜日にお風呂に入り 水曜日に力士でデビュー」ですよ
そして確かにcargo fmt無くなってるね まぁ当面rustfmtが呼べればいいんだけど
>>736
その辺りの差異は慣れるしかないかーとあんまり気にしてなかった
言われると確かにもやっとしますな >>736
VBAだと a = b = 10 は a = (b = 10) となり (b = 10)は比較演算になって aはBoolean型になるよ >>740
Rust凄い!Pythonの1.45倍も速い!
って書くと、逆に遅く感じる アンチスレのほうがアンチが話題ふってくれてRustに貢献してる感じする 俺の環境でも
Julia: 8.58sec
Rust: 9.66sec
で1秒遅いな。でも特にチューニングしてないコードで Julia にここまで迫るなら十分だな。 juliaってスクリプト言語なのに、
スクリプト言語に負けて十分な速度と言い張る低級言語wwwwww
いやー信者ってすげえわwwwwww いやでもJuliaに勝とうと思えばIntel Fortran持ち出してくるか
Cで環境固有のattribute使いまくるぐらいしか無いぞ割りとまじで
JuliaもバックエンドはLLVMではあるんだけどな 乱数生成のアルゴリズムが一致してないものを比べても言語の速さは比べられんだろう
Juliaの乱数生成のアルゴリズムが速度面で優れてるってことが分かっただけだ
それでも動的言語でこの速度は確かにすごいと思うが
あとC言語のベンチの結果が載ってないのも痛いな
これじゃJuiliaが速いってことは分かってもRustが遅いかどうかは分からん
でもJuiliaって数値計算特化の言語なんだろ
だったら文字列処理とかは遅いんじゃないの?
もう少しいろんな方面からパフォーマンス測ってみないとなんとも言えんな ***が速いと言われているので使ってみて言うほど速くなった試しはないな
実際に使うときはIO性能も重要だしよく使う言語の方が最適化手法を知っているというのもありそう Rustが将来どの分野で使われるようになるか分からないけど、
少なくとも科学技術計算の分野に食い込むのは無さそうね
過去の資産もない上に速度的な優位も無いんじゃねぇ そもそも既存の資産を置き換えるほどの魅力がない
学習コストもばかにならない そもそもrustの魅力って何?
コンパイル通させてくれない言語って印象しかない コンパイラが手取り足取り教えてくれるから誰でも簡単に安全なコードが書けるよ >>757
rustはスレッド書きやすいと思うんだけど
書きにくいって思う人が書きやすいと思うのはどんな言語?goみたいな?
ネイティブと軽量スレッドの違いあるけど記述自体は殆ど変わらんと思うけど
軽量スレッドが言語に組込まれてないから? コンパイル通せないのが魅力って、つまり
malbolgeみたいな実用じゃなくて難解言語ネタの一種ってこと? そもそも科学数値計算はマルチコア・マルチノードで並列で処理するような >>763
競プロこそ全員違うアルゴリズムなんだから速度比べても当てにならん例じゃね まともに話題提供する人は本スレに書き込んでね。
ここは荒らしたい人専用です。 アンチは話題を提供してくれるという意味ではありがたいが
速度や人気度の話ばっかりで構文系の話が出てこないんだよなぁ。
ライフタイムがジェネリックとごっちゃになって書きづらくね?とか、
box構文いい加減にstableにしろよ いつまでnightlyのままなんだよ?とか
swiftみたいにOption型をOption<T>じゃなくてT?って書けるようにしろよ とか
標準ライブラリ薄すぎだろ?もう少し分厚いの用意しろよ とか
そういう類の文句はなんで出てこないんだ? 最近のKaggleのコンテストでRust使ってる人が上位にいたという話を聞いた 標準ライブラリが少なくて外部crateに頼る方針のことでしょ
node.jsに近くてGoの正反対 Option<T>に関してはSwift使ったことないから全く気にしたことなかったな
OCamlとかScalaとかフツーにOptionって書くし
box構文についてはなくても困らないとかそういう理由だろう
それよりimpl Traitとかdynキーワードとかトレイト境界の特殊化とか
もっと大事なのあると個人的には思うが >>773
それについてはもう知ってる
個人的にもう少し公式が積極的に用意してほしいなという願望を書いてみただけ
ライブラリ探すの面倒なんだよな
ただでさえ学習コスト高いんだから出来るだけ気軽に試せるようにとか
それ以外のところで努力しないと普及しないんじゃって不安になる
アンチ側からもこういった意見が出てもいいと思うんだけど出ないんだよな
速度云々とかStackOverFlowとか質問系サイトでの質問数云々とかばっかりでさ
構文だったり公式の方針とかには不満はないの?「こんな構文はダサすぎる」とかさ rustcでwindows gui用exeをコンパイルするためにコンパイラに指定するフラグって何ですか? >>774
impl Traitって戻り値の型にTraitを指定して限定的に型推論を効かせようとしてるやつのこと?
あれって引数の型も型推論できるんだっけ?
確かnightlyでは動くんだよね?まだstableには出来ないのかな?
トレイト境界の特殊化って何だ?今調べてみたけどこれのことか?
https://qiita.com/sinkuu/items/450ee1219b10072f09e8
へぇこんなのあるのか知らんかった
こういう話題が欲しかったんだありがとう >>765
最速を目指すような解法ならどれも大体同じでしょ >>776
コマンドプロンプト表示させないということならcrateのトップレベルに
#![windows_subsystem = "windows"]
と書けばよい 本スレとやらが過疎ってレベルじゃなく、アンチスレが大盛況なモダン言語()があるらしいwwwwwwwww Rustの構文とかバージョン1.0越えてるのにどんどん新しいRFC承認してばかすか変更加えてる未完成品じゃん
そんな状態でバージョン1系名乗るとかモジラの頭の悪さがよく出てる
そもそもnightlyの機能がないとクロージャー返す関数すらかけないってなんのネタ言語?
トレイト周りも、実装記述できないパターンいくつもあって草しか生えない トレイトとか変な言語機能をオレカッケーで採用なんてするからこうなる
枯れたオブジェクト指向で堅実に設計しとけばこうはならなかったはず
借用とかライフタイムとかはまともにコード書けなくなるくらいガチガチに固めておいてこういうところ雑に採用した結果の産廃言語 まあトレイトについてはHaskellを真似してみたかっただけ感あるし
Haskellで過去に起こった問題を丁寧に繰り返してる感も確かにある stableにするにはまだ早かったという意見には同意する 過疎スレよりキチガイと遊ぶほうが楽しいのは確かだからいいけどね
まともに議論したいのにこっちに書くのはキチガイなだけで そんなに互換性壊さなきゃ入らない機能拡張多い?
do catch とか? stable → try! やめて ? 導入 は、はえーなとは思った 他にも、いちいちネットに繋ぐからクソ遅い上にオフラインで回せないビルドとか
curl | sh - みたいなクソガバセキュリティの方法でインストールさせるとか
エコシステムの設計も狂いに狂ってるし
この言語にどこに議論の余地がある?
gitに対するcvsと同じで、「常にこれと反対の選択をする指標」以外に存在価値はない 実際議論の余地ない言語未満だから本スレ()過疎ってるんだけどなwwwwwwwww ■ このスレッドは過去ログ倉庫に格納されています