X



排斥すべきゴミ言語 C++ Rust 他
0001デフォルトの名無しさん
垢版 |
2022/02/01(火) 15:25:41.94ID:JtahKJ07
ゴミ過ぎる

邪魔

少しずつ使わないようにして抹殺すべき
0015デフォルトの名無しさん
垢版 |
2022/02/26(土) 20:52:41.33ID:eDdsTz0m
>>14
それな、まだいっぱい色々なスレで暴れまくってるw
0016デフォルトの名無しさん
垢版 |
2022/02/27(日) 10:21:46.71ID:c+lx/lLr
賛成。

当方、rust を用いた各種ソフトウェアの高速化、保守性向上受託請負会社です
競合他社は今すぐRustの使用を中止頂けると幸いです
0017デフォルトの名無しさん
垢版 |
2022/02/27(日) 12:56:55.11ID:mOmnl2Gg
移植の会社って高給だとしても何もしてないから
虚しくないか?
たった1回しかない人生を...
0018デフォルトの名無しさん
垢版 |
2022/02/27(日) 16:43:47.66ID:/qEb0/SF
もちろんオリジナルサービスも展開してる
しかし若手の研修も兼ねた移植の受託開発がこのご時世だと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と書いてマウント取りたがりの、何もわかってない意識高い系。他言語のスレで暴れまくり嫌われ者が始める言語
なにがステータスだよwww、コンパイラーのエラーメッセージを回避しただけのメチャクチャなスパゲッティコードを
後の人が直す姿が浮かぶ・・・
0021デフォルトの名無しさん
垢版 |
2022/03/03(木) 00:20:52.04ID:xYx0h97k
しかしRustのコンパイラはスパゲッティコードしか許してくれないようです。
0022デフォルトの名無しさん
垢版 |
2022/03/03(木) 16:22:55.55ID:gqwT489/
Ruby
0025デフォルトの名無しさん
垢版 |
2022/03/07(月) 03:18:54.11ID:6fBRUfQL
C++はたいていのことが実行前にできてしまうから、
最近はリンクすらしなくなったw
0027デフォルトの名無しさん
垢版 |
2022/03/11(金) 01:20:57.86ID:EdJ0K9yq
まだ荒らしまくってるRusterたち。あらゆる言語スレで関係ないRustの話しだして、そのほかの言語は欠陥だと言い出す
0030デフォルトの名無しさん
垢版 |
2022/04/16(土) 06:57:19.79ID:njc5gQYC
ほんま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)
これはちゃんとわかるようになってたが、
数値計算カタワであることは確定だな。
数式自体が言語なのに勝手な表記法やらかすコンピュータ言語はゴミ
0032デフォルトの名無しさん
垢版 |
2022/04/16(土) 10:15:27.25ID:NFUA2B25
>>30
> て、2^2てww
> これじゃ、x.powi(y)が x^yなのかy^xなのかわからんだろが
> self使うのとは別に一目で分けように exampleを選べ。
まあrustに限らんがこれは稀によくあるからサンプルつくる人は猛省して欲しい
0033デフォルトの名無しさん
垢版 |
2022/04/16(土) 19:36:54.16ID:RiWaIeZZ
>>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)」の方がたまたま自然に見えるが誤差だろう
どちらでも好きな表記法を選べばよいだけにすぎない
0035デフォルトの名無しさん
垢版 |
2022/04/17(日) 01:09:40.20ID:GgR0k3G6
>>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)」の方がたまたま自然に見える

あたまおかしいのか?
0036デフォルトの名無しさん
垢版 |
2022/04/17(日) 01:23:17.71ID:uDuM9tGO
>>35
Rustでも型名を明示せずにx.pow(n)と表記して使えるからその点は同じですよ

以下の3つを比べると
@ x^n
A x.pow(n)
B pow(x, n)
同じ形で分かりやすいのは@とAですね
「^」が「pow」へ置き換わっただけで対応しており非常に分かりやすいです
一方でBだけは不自然な表記になっていますね
0037デフォルトの名無しさん
垢版 |
2022/04/17(日) 10:23:39.49ID:fCmr+50W
まともな数値計算を意識した言語ならx^nか x**nで書けるんですよ
んで整数底の累乗なんてまあ出番無いのですよ
Rustしか見てないと知らないでしょうが
0038デフォルトの名無しさん
垢版 |
2022/04/17(日) 10:50:29.54ID:TWmkbJE6
>>37
それは君が無知なだけだな
浮動小数点数にしても精度で使用ビット数(使用バイト数)が異なる
そのためC言語でもpow計算する別々の関数が用意されている
Rust もそれを踏襲しているだけである
0040デフォルトの名無しさん
垢版 |
2022/04/17(日) 11:08:27.63ID:fCmr+50W
「汎用言語だからそういうところはしょうがない」って言えばいいのに
無理矢理理由をこじつけて分かりやすいと主張する信者
0041デフォルトの名無しさん
垢版 |
2022/04/17(日) 11:12:28.23ID:UbacfxJf
CもRustも同様の状況なんだからさ
Rustに文句を付けてるやつが完全にキチガい
0044デフォルトの名無しさん
垢版 |
2022/04/17(日) 12:27:23.28ID:sABjwZnn
>>42
累乗の演算子として ** か ^ があれば満足?
rust の場合 a ** b は a * (*b) と区別できないし ^ は xor なので導入は無理だね
他の演算子に累乗の意味与えるのも紛らわしいし pow で我慢するしかない
表記にこだわるなら数値計算に特化した言語使った方が良いよ
0045デフォルトの名無しさん
垢版 |
2022/04/17(日) 13:22:21.49ID:LMtNrOON
べき乗はC言語でもpowやpowfなのだからそれで十分
この件でRustに言い掛かりをしてる人は頭がおかしい
0046デフォルトの名無しさん
垢版 |
2022/04/19(火) 17:15:48.41ID:DVuKwrdA
これが次スレか?
0047デフォルトの名無しさん
垢版 |
2022/05/01(日) 17:42:59.70ID:FKLr0M6H
C++、Rust否定したら残りはGoしか無くね?→Typescriptがあるじゃん的なズレたことを抜かしそうなスレ主
0049デフォルトの名無しさん
垢版 |
2022/05/12(木) 23:42:25.11ID:SeeVGpfX
Rust はライフタイム引数やライフタイム注釈が気持ち悪くて嫌。'a とか、必要でも書きたくねー。
もっと良い記法か文法が発明されるまで、寝て待とうと思います。
0050デフォルトの名無しさん
垢版 |
2022/05/14(土) 23:08:12.26ID:j9smLXkP
カーネル開発・組み込み開発はGoに向かないが、それをいったらRustがカーネル開発に完全に向いてるわけでは無い。
やっと周辺のデバイスドライバを開発できるようにしただけ
GCの有無がネックで、C/C++と置き換えられないというよりも、ランタイムにあるpanic例外や配列範囲例外などの
統一された挙動がカーネル開発に向いてない(Goはこれを切り替え可能になっていない・Rustなどはコンパイルスイッチなどで
挙動の変更ができる)だけで、むしろメモリー管理はLinuxなどのメモリ圧縮とメモリデフラグがあるカーネルで
動かす前提なのがRustなのだから、「GC言語なので」C/C++/Rustの置き換えとならない理論は破綻してる
0052デフォルトの名無しさん
垢版 |
2022/06/01(水) 01:36:47.99ID:pmuCQ5e8
>>50
嘘はいかんな

> むしろメモリー管理はLinuxなどのメモリ圧縮とメモリデフラグがあるカーネルで動かす前提なのがRustなのだから、

そういうOSなどが全く無い環境でも動作できるのがRust
だからOS無し組み込み向けなどでもRustは使われている
0053デフォルトの名無しさん
垢版 |
2022/06/01(水) 07:01:23.46ID:9ppkKzG8
嘘という以前にGoのことを言ってるのかRustのことを言ってるのか意味不明だし、相手しなくていいんじゃね?
0054デフォルトの名無しさん
垢版 |
2022/06/03(金) 19:46:13.91ID:+R1h67E5
Javascriptをぶっ殺せ!Javascriptをぶっ殺せ!!ランタイムに頓死する、あのJavascriptをぶっ殺せ!
0056デフォルトの名無しさん
垢版 |
2022/06/03(金) 19:51:29.18ID:+R1h67E5
C++ have the multipresision&bigint. it bash the Javascript.
many error is find by compile time. no dynamic die.

C++のマルチプレシジョンとビックイントがあればハッピーハッキングも夢じゃない。
コンテナも選び放題だが大体vector配列かMapが在れば間に合う。
0057デフォルトの名無しさん
垢版 |
2023/04/01(土) 08:29:10.76ID:0NB5g9oH
1.68.2

まっさらからビルドしてみたが

du -sh .cargo

562M .cargo

無駄にボコボコボコボコダウンロードさせて

アタマに何か涌いてんのかよw
0060デフォルトの名無しさん
垢版 |
2023/11/02(木) 16:37:17.70ID:UwTpMpT+
go もダメだね

排斥すべき
0063デフォルトの名無しさん
垢版 |
2023/11/06(月) 07:47:38.88ID:Tlce7Rg6
こういうスレでC++って言ってるそれはSTL。
0064デフォルトの名無しさん
垢版 |
2023/11/06(月) 10:09:12.46ID:48qtdwXc
Rustとの相性で言えば
Rust+Pythonはかなり良い
Rust+Cが最強
Rust+C++は最悪

Nimとの相性で言えば
Nim+Pythonはとても良い
Nim+Cが最強
Nim+C++も最強

Nimの勝ち
0065デフォルトの名無しさん
垢版 |
2023/11/18(土) 17:50:28.60ID:rj8Lk8BJ
>>54
デファクトスタンダードな言語にアレルギー反応出ちゃったか
君はこの業界向いてないよ
レスを投稿する


ニューススポーツなんでも実況