0001デフォルトの名無しさん2022/02/01(火) 15:25:41.94ID:JtahKJ07
ゴミ過ぎる
邪魔
少しずつ使わないようにして抹殺すべき
0015デフォルトの名無しさん2022/02/26(土) 20:52:41.33ID:eDdsTz0m
>>14
それな、まだいっぱい色々なスレで暴れまくってるｗ 賛成。
当方、rust を用いた各種ソフトウェアの高速化、保守性向上受託請負会社です
競合他社は今すぐRustの使用を中止頂けると幸いです
0017デフォルトの名無しさん2022/02/27(日) 12:56:55.11ID:mOmnl2Gg
移植の会社って高給だとしても何もしてないから
虚しくないか？
たった1回しかない人生を...
もちろんオリジナルサービスも展開してる
しかし若手の研修も兼ねた移植の受託開発がこのご時世だと１番の稼ぎ頭になってるw
新規開発はそこを卒業した中堅以上が中心になってやってるけどなかなかヒットがないねw
0019デフォルトの名無しさん2022/03/01(火) 13:37:35.42ID:cLl1I/uf
>>15
「学習コストが高いっていうのって正直みんなどう感じてるんだろ？ ある意味、RUSTでプログラミングできるっていうのがステータスになってプログラマとしてこういう言語でやっていきたいワクワク感ってのがある。 昨今のPythonのブームは、AIとか自動化とはいいんだけどPython自体は確かに誰でもプログラミングできるかわりに、pythonでプログラミングできるということがなんのステータスにもならない歯がゆさを感じていた。 やっぱりC言語でポイントをマスターしてmalloc/freeとかでメモリ管理をガリガリ書いていて誰でもできるわけではないプログラミングができていた達成感というのを欲していた。 そういう悶々としていた自分にRustがでてきた久しぶりにワクワクしている。 そういうのってない？ 」
こんな奴ばっかり、RustをRUSTと書いてマウント取りたがりの、何もわかってない意識高い系。他言語のスレで暴れまくり嫌われ者が始める言語
なにがステータスだよｗｗｗ、コンパイラーのエラーメッセージを回避しただけのメチャクチャなスパゲッティコードを
後の人が直す姿が浮かぶ・・・ 0021デフォルトの名無しさん2022/03/03(木) 00:20:52.04ID:xYx0h97k
しかしRustのコンパイラはスパゲッティコードしか許してくれないようです。
0022デフォルトの名無しさん2022/03/03(木) 16:22:55.55ID:gqwT489/
Ruby
0023デフォルトの名無しさん2022/03/03(木) 21:38:03.20ID:H9PfjsLq
C++はたいていのことが実行前にできてしまうから、
最近はリンクすらしなくなったｗ
他のスレで悪口言いまくるキモイのが集まってくる言語、錆、ダッサｗ
まだ荒らしまくってるRusterたち。あらゆる言語スレで関係ないRustの話しだして、そのほかの言語は欠陥だと言い出す
ほんまrust設計した奴て数学に関する思い入れとか皆無なんよな
powとかど-かくんか表調べたら
https://doc.rust-lang.org/std/primitive.f64.html
let x = 2.0_f64;
let abs_difference = (x.powi(2) - (x * x)).abs();
て、2^2てww
これじゃ、x.powi(y)が x^yなのかy^xなのかわからんだろが
self使うのとは別に一目で分けように exampleを選べ。
他にも
//cos(x)
x.cos()
とか
//Log(10,x)
x.log(10) て正気か?
//atan2(y,x)
y.atan2(x)
これはちゃんとわかるようになってたが、
数値計算カタワであることは確定だな。
数式自体が言語なのに勝手な表記法やらかすコンピュータ言語はゴミ >>30
f64::powi(x, i) とも書けるから好きな方の表記使えば良いよ >>30
> て、2^2てww
> これじゃ、x.powi(y)が x^yなのかy^xなのかわからんだろが
> self使うのとは別に一目で分けように exampleを選べ。
まあrustに限らんがこれは稀によくあるからサンプルつくる人は猛省して欲しい >>30
貴方が配慮を欠いている
そのx^nつまりxのn乗を求めるにしても
例えば2^100を求めたいならば128bitがないと溢れるのでu128::pow(2, 100)となるが
2^5を求めたいだけで結果も8bitで十分ならばu8::pow(2, 5)となる
このようにメモリサイズも異なってくるので別々の関数が必要
もちろんu128::pow(x, n)があればu8::(x, n)をカバーできるが明らかに無駄である
そこで符号なし整数だけでも
u8::pow(x, n)
u16::pow(x, n)
u32::pow(x, n)
u64::pow(x, n)
u128::pow(x, n)
と5つの関数が必要となる
一方でxの型が確定しているのであればpowで再び型指定は不要なので
x.pow(n)と表記することも可能
以上は整数の場合だがxとpowの結果が小数の場合は2種類の関数が必要となる
f32::powi(x, n) 【nが整数の場合】
f32::powf(x, n) 【nも小数の場合】
もちろんnが小数のpowfだけあればpowiもカバーできるが明らかに無駄なので2種類必要となる
さらに32bit小数だけでなく64bit小数も扱う必要があるため以下も必要
f64::powi(x, n) 【nが整数の場合】
f64::powf(x, n) 【nも小数の場合】
これらもxの型が確定していれば以下のように略して書くことも可能
x.powi(n) 【nが整数の場合】
x.powf(n) 【nも小数の場合】
ちなみに「x^n」を表記するのに不自然な「pow(x, n)」よりも「x.pow(n)」の方がたまたま自然に見えるが誤差だろう
どちらでも好きな表記法を選べばよいだけにすぎない >>33
>そこで符号なし整数だけでも
>u8::pow(x, n)
>u16::pow(x, n)
>u32::pow(x, n)
>u64::pow(x, n)
>u128::pow(x, n)
>と5つの関数が必要となる
こういう寝言は他の言語全部同じな
型の混在は四則計算でも普通にあって、暗黙の型変換と変換したことのwarningで済むはなし。
んで他の言語ではpowにはフローティングしか用意してないんだが
rustは u8::pow(x, n) を用意したのかよwww
>「pow(x, n)」よりも「x.pow(n)」の方がたまたま自然に見える
あたまおかしいのか? >>35
Rustでも型名を明示せずにx.pow(n)と表記して使えるからその点は同じですよ
以下の3つを比べると
① x＾n
② x.pow(n)
③ pow(x, n)
同じ形で分かりやすいのは①と②ですね
「＾」が「pow」へ置き換わっただけで対応しており非常に分かりやすいです
一方で③だけは不自然な表記になっていますね まともな数値計算を意識した言語ならx^nか x**nで書けるんですよ
んで整数底の累乗なんてまあ出番無いのですよ
Rustしか見てないと知らないでしょうが
>>37
それは君が無知なだけだな
浮動小数点数にしても精度で使用ビット数(使用バイト数)が異なる
そのためC言語でもpow計算する別々の関数が用意されている
Rust もそれを踏襲しているだけである >>38
それは何に対する反論？
f32::powとf64::powが個別に存在することは否定してないぞ 「汎用言語だからそういうところはしょうがない」って言えばいいのに
無理矢理理由をこじつけて分かりやすいと主張する信者
CもRustも同様の状況なんだからさ
Rustに文句を付けてるやつが完全にキチガい
FortranとかRとかPython(NumPy)とかJuliaとかやったことなさそう
>>42
累乗の演算子として ** か ^ があれば満足？
rust の場合 a ** b は a * (*b) と区別できないし ^ は xor なので導入は無理だね
他の演算子に累乗の意味与えるのも紛らわしいし pow で我慢するしかない
表記にこだわるなら数値計算に特化した言語使った方が良いよ べき乗はC言語でもpowやpowfなのだからそれで十分
この件でRustに言い掛かりをしてる人は頭がおかしい
0046デフォルトの名無しさん2022/04/19(火) 17:15:48.41ID:DVuKwrdA
これが次スレか？
C++、Rust否定したら残りはGoしか無くね？→Typescriptがあるじゃん的なズレたことを抜かしそうなスレ主
GoはあくまでもGC言語なのでC/C++/Rustの置き換えとならない
Rust はライフタイム引数やライフタイム注釈が気持ち悪くて嫌。'a とか、必要でも書きたくねー。
もっと良い記法か文法が発明されるまで、寝て待とうと思います。
カーネル開発・組み込み開発はGoに向かないが、それをいったらRustがカーネル開発に完全に向いてるわけでは無い。
やっと周辺のデバイスドライバを開発できるようにしただけ
GCの有無がネックで、C/C++と置き換えられないというよりも、ランタイムにあるpanic例外や配列範囲例外などの
統一された挙動がカーネル開発に向いてない（Goはこれを切り替え可能になっていない・Rustなどはコンパイルスイッチなどで
挙動の変更ができる）だけで、むしろメモリー管理はLinuxなどのメモリ圧縮とメモリデフラグがあるカーネルで
動かす前提なのがRustなのだから、「GC言語なので」C/C++/Rustの置き換えとならない理論は破綻してる
>>50
嘘はいかんな
> むしろメモリー管理はLinuxなどのメモリ圧縮とメモリデフラグがあるカーネルで動かす前提なのがRustなのだから、
そういうOSなどが全く無い環境でも動作できるのがRust
だからOS無し組み込み向けなどでもRustは使われている 嘘という以前にGoのことを言ってるのかRustのことを言ってるのか意味不明だし、相手しなくていいんじゃね？
Javascriptをぶっ殺せ！Javascriptをぶっ殺せ！！ランタイムに頓死する、あのJavascriptをぶっ殺せ！
C++ have the multipresision&bigint. it bash the Javascript.
many error is find by compile time. no dynamic die.
C++のマルチプレシジョンとビックイントがあればハッピーハッキングも夢じゃない。
コンテナも選び放題だが大体vector配列かMapが在れば間に合う。
1.68.2
まっさらからビルドしてみたが
du -sh .cargo
562M .cargo
無駄にボコボコボコボコダウンロードさせて
アタマに何か涌いてんのかよw
0060デフォルトの名無しさん2023/11/02(木) 16:37:17.70ID:UwTpMpT+
go もダメだね
排斥すべき
0061デフォルトの名無しさん2023/11/03(金) 14:24:52.28ID:fSSaeY5g
Dart + Rust で Dust!!!
ごwwwみwwwwwww
0063デフォルトの名無しさん2023/11/06(月) 07:47:38.88ID:Tlce7Rg6
こういうスレでC++って言ってるそれはSTL。
Rustとの相性で言えば
Rust+Pythonはかなり良い
Rust+Cが最強
Rust+C++は最悪
Nimとの相性で言えば
Nim+Pythonはとても良い
Nim+Cが最強
Nim+C++も最強
Nimの勝ち
>>54
デファクトスタンダードな言語にアレルギー反応出ちゃったか
君はこの業界向いてないよ