排斥すべきゴミ言語 C++ Rust 他

**デフォルトの名無しさん** · 2022/02/24(木) 10:12:54.77

WonderWare Intouch の内蔵スクリプト

実行時間が決まっており、ループの途中で止まるし、コード中でそれを検出する手段がない。

**デフォルトの名無しさん** · 2022/02/24(木) 17:34:41.97

頭悪そうなスレ

**デフォルトの名無しさん** · 2022/02/25(金) 18:40:48.26

言語は悪くないけど、妙な信者が多すぎるのが一番のネック。気持ち悪いったらありゃしない

**デフォルトの名無しさん** · 2022/02/26(土) 20:52:41.33

>>14
それな、まだいっぱい色々なスレで暴れまくってるｗ

**デフォルトの名無しさん** · 2022/02/27(日) 10:21:46.71

賛成。

当方、rust を用いた各種ソフトウェアの高速化、保守性向上受託請負会社です
競合他社は今すぐRustの使用を中止頂けると幸いです

**デフォルトの名無しさん** · 2022/02/27(日) 12:56:55.11

移植の会社って高給だとしても何もしてないから
虚しくないか？
たった1回しかない人生を...

**デフォルトの名無しさん** · 2022/02/27(日) 16:43:47.66

もちろんオリジナルサービスも展開してる
しかし若手の研修も兼ねた移植の受託開発がこのご時世だと１番の稼ぎ頭になってるw
新規開発はそこを卒業した中堅以上が中心になってやってるけどなかなかヒットがないねw

**デフォルトの名無しさん** · 2022/03/01(火) 13:37:35.42

>>15
「学習コストが高いっていうのって正直みんなどう感じてるんだろ？ある意味、RUSTでプログラミングできるっていうのがステータスになってプログラマとしてこういう言語でやっていきたいワクワク感ってのがある。昨今のPythonのブームは、AIとか自動化とはいいんだけどPython自体は確かに誰でもプログラミングできるかわりに、pythonでプログラミングできるということがなんのステータスにもならない歯がゆさを感じていた。やっぱりC言語でポイントをマスターしてmalloc/freeとかでメモリ管理をガリガリ書いていて誰でもできるわけではないプログラミングができていた達成感というのを欲していた。そういう悶々としていた自分にRustがでてきた久しぶりにワクワクしている。そういうのってない？」

こんな奴ばっかり、RustをRUSTと書いてマウント取りたがりの、何もわかってない意識高い系。他言語のスレで暴れまくり嫌われ者が始める言語
なにがステータスだよｗｗｗ、コンパイラーのエラーメッセージを回避しただけのメチャクチャなスパゲッティコードを
後の人が直す姿が浮かぶ・・・

**デフォルトの名無しさん** · 2022/03/01(火) 14:31:21.87

>>19
コピペ？

**デフォルトの名無しさん** · 2022/03/03(木) 00:20:52.04

しかしRustのコンパイラはスパゲッティコードしか許してくれないようです。

**デフォルトの名無しさん** · 2022/03/03(木) 16:22:55.55

Ruby

**デフォルトの名無しさん** · 2022/03/03(木) 21:38:03.20

医療用麻薬ずさん管理で札幌ひばりが丘病院を書類送検
https://video.fc2.com/content/20180606MyAYrSXS

**デフォルトの名無しさん** · 2022/03/04(金) 21:28:01.04

他の言語に攻撃しまくるキチガイ信者のいる言語

**デフォルトの名無しさん** · 2022/03/07(月) 03:18:54.11

C++はたいていのことが実行前にできてしまうから、
最近はリンクすらしなくなったｗ

**デフォルトの名無しさん** · 2022/03/09(水) 17:12:48.67

他のスレで悪口言いまくるキモイのが集まってくる言語、錆、ダッサｗ

**デフォルトの名無しさん** · 2022/03/11(金) 01:20:57.86

まだ荒らしまくってるRusterたち。あらゆる言語スレで関係ないRustの話しだして、そのほかの言語は欠陥だと言い出す

**デフォルトの名無しさん** · 2022/03/20(日) 07:50:22.55

ちょっと前の言葉でいうと、

意識高い系がRust

**デフォルトの名無しさん** · 2022/04/05(火) 13:19:03.40

Rustってdirectxとか使えるの？

**デフォルトの名無しさん** · 2022/04/16(土) 06:57:19.79

ほんま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)
これはちゃんとわかるようになってたが、
数値計算カタワであることは確定だな。
数式自体が言語なのに勝手な表記法やらかすコンピュータ言語はゴミ

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

>>30
f64::powi(x, i) とも書けるから好きな方の表記使えば良いよ

**デフォルトの名無しさん** · 2022/04/16(土) 10:15:27.25

>>30
> て、2^2てww
> これじゃ、x.powi(y)が x^yなのかy^xなのかわからんだろが
> self使うのとは別に一目で分けように exampleを選べ。
まあrustに限らんがこれは稀によくあるからサンプルつくる人は猛省して欲しい

**デフォルトの名無しさん** · 2022/04/16(土) 19:36:54.16

>>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)」の方がたまたま自然に見えるが誤差だろう
どちらでも好きな表記法を選べばよいだけにすぎない

**デフォルトの名無しさん** · 2022/04/16(土) 21:17:39.44

こんなRustaceanは嫌だ

**デフォルトの名無しさん** · 2022/04/17(日) 01:09:40.20

>>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)」の方がたまたま自然に見える

あたまおかしいのか?

**デフォルトの名無しさん** · 2022/04/17(日) 01:23:17.71

>>35
Rustでも型名を明示せずにx.pow(n)と表記して使えるからその点は同じですよ

以下の3つを比べると
① x＾n
② x.pow(n)
③ pow(x, n)
同じ形で分かりやすいのは①と②ですね
「＾」が「pow」へ置き換わっただけで対応しており非常に分かりやすいです
一方で③だけは不自然な表記になっていますね

**デフォルトの名無しさん** · 2022/04/17(日) 10:23:39.49

まともな数値計算を意識した言語ならx^nか x**nで書けるんですよ
んで整数底の累乗なんてまあ出番無いのですよ
Rustしか見てないと知らないでしょうが

**デフォルトの名無しさん** · 2022/04/17(日) 10:50:29.54

>>37
それは君が無知なだけだな
浮動小数点数にしても精度で使用ビット数(使用バイト数)が異なる
そのためC言語でもpow計算する別々の関数が用意されている
Rust もそれを踏襲しているだけである

**デフォルトの名無しさん** · 2022/04/17(日) 11:05:03.45

>>38
それは何に対する反論？
f32::powとf64::powが個別に存在することは否定してないぞ

**デフォルトの名無しさん** · 2022/04/17(日) 11:08:27.63

「汎用言語だからそういうところはしょうがない」って言えばいいのに
無理矢理理由をこじつけて分かりやすいと主張する信者

**デフォルトの名無しさん** · 2022/04/17(日) 11:12:28.23

CもRustも同様の状況なんだからさ
Rustに文句を付けてるやつが完全にキチガい

**デフォルトの名無しさん** · 2022/04/17(日) 11:22:36.21

FortranとかRとかPython(NumPy)とかJuliaとかやったことなさそう

**デフォルトの名無しさん** · 2022/04/17(日) 11:37:13.03

>>41
その通り

**デフォルトの名無しさん** · 2022/04/17(日) 12:27:23.28

>>42
累乗の演算子として ** か ^ があれば満足？
rust の場合 a ** b は a * (*b) と区別できないし ^ は xor なので導入は無理だね
他の演算子に累乗の意味与えるのも紛らわしいし pow で我慢するしかない
表記にこだわるなら数値計算に特化した言語使った方が良いよ

**デフォルトの名無しさん** · 2022/04/17(日) 13:22:21.49

べき乗はC言語でもpowやpowfなのだからそれで十分
この件でRustに言い掛かりをしてる人は頭がおかしい

**デフォルトの名無しさん** · 2022/04/19(火) 17:15:48.41

これが次スレか？

**デフォルトの名無しさん** · 2022/05/01(日) 17:42:59.70

C++、Rust否定したら残りはGoしか無くね？→Typescriptがあるじゃん的なズレたことを抜かしそうなスレ主

**デフォルトの名無しさん** · 2022/05/01(日) 18:22:15.70

GoはあくまでもGC言語なのでC/C++/Rustの置き換えとならない

**デフォルトの名無しさん** · 2022/05/12(木) 23:42:25.11

Rust はライフタイム引数やライフタイム注釈が気持ち悪くて嫌。'a とか、必要でも書きたくねー。
もっと良い記法か文法が発明されるまで、寝て待とうと思います。

**デフォルトの名無しさん** · 2022/05/14(土) 23:08:12.26

カーネル開発・組み込み開発はGoに向かないが、それをいったらRustがカーネル開発に完全に向いてるわけでは無い。
やっと周辺のデバイスドライバを開発できるようにしただけ
GCの有無がネックで、C/C++と置き換えられないというよりも、ランタイムにあるpanic例外や配列範囲例外などの
統一された挙動がカーネル開発に向いてない（Goはこれを切り替え可能になっていない・Rustなどはコンパイルスイッチなどで
挙動の変更ができる）だけで、むしろメモリー管理はLinuxなどのメモリ圧縮とメモリデフラグがあるカーネルで
動かす前提なのがRustなのだから、「GC言語なので」C/C++/Rustの置き換えとならない理論は破綻してる

**デフォルトの名無しさん** · 2022/05/14(土) 23:25:44.55

>>50
つまりGoでデバイスドライバ書けるの？

**デフォルトの名無しさん** · 2022/06/01(水) 01:36:47.99

>>50
嘘はいかんな

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

そういうOSなどが全く無い環境でも動作できるのがRust
だからOS無し組み込み向けなどでもRustは使われている

**デフォルトの名無しさん** · 2022/06/01(水) 07:01:23.46

嘘という以前にGoのことを言ってるのかRustのことを言ってるのか意味不明だし、相手しなくていいんじゃね？

**デフォルトの名無しさん** · 2022/06/03(金) 19:46:13.91

Javascriptをぶっ殺せ！Javascriptをぶっ殺せ！！ランタイムに頓死する、あのJavascriptをぶっ殺せ！

**デフォルトの名無しさん** · 2022/06/03(金) 19:46:47.66

C++ではマルプレシジョンと

**デフォルトの名無しさん** · 2022/06/03(金) 19:51:29.18

C++ have the multipresision&bigint. it bash the Javascript.
many error is find by compile time. no dynamic die.

C++のマルチプレシジョンとビックイントがあればハッピーハッキングも夢じゃない。
コンテナも選び放題だが大体vector配列かMapが在れば間に合う。

**デフォルトの名無しさん** · 2023/04/01(土) 08:29:10.76

1.68.2

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

du -sh .cargo

562M .cargo

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

アタマに何か涌いてんのかよw

**デフォルトの名無しさん** · 2023/04/02(日) 16:03:43.99

1.70でマシになるよ

**デフォルトの名無しさん** · 2023/08/18(金) 19:04:57.70

(・。・）ｙ～

**デフォルトの名無しさん** · 2023/11/02(木) 16:37:17.70

go もダメだね

排斥すべき

**デフォルトの名無しさん** · 2023/11/03(金) 14:24:52.28

大変！呼吸していないの！！
https://www.youtube.com/watch?v=m4K5GwuL2_w

**デフォルトの名無しさん** · 2023/11/03(金) 18:37:00.51

Dart + Rust で Dust!!!
ごwwwみwwwwwww

**デフォルトの名無しさん** · 2023/11/06(月) 07:47:38.88

こういうスレでC++って言ってるそれはSTL。

**デフォルトの名無しさん** · 2023/11/06(月) 10:09:12.46

Rustとの相性で言えば
Rust+Pythonはかなり良い
Rust+Cが最強
Rust+C++は最悪

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

Nimの勝ち

**デフォルトの名無しさん** · 2023/11/18(土) 17:50:28.60

>>54
デファクトスタンダードな言語にアレルギー反応出ちゃったか
君はこの業界向いてないよ

**デフォルトの名無しさん** · 2024/10/31(木) 08:51:31.44

ハンパなコードの断片をバラ撒いてビルドするには無理やりネットにアクセスさせる

気持ち悪い傾向が出てきたね

rust や go

**デフォルトの名無しさん** · 2024/10/31(木) 21:13:55.34

世にあるソフト全般をスローダウンさせたいという意味？
自分が仕事で使わされるのを避けたいなどの理由は別としても、世の中の開発者がこれらの言語で速いソフトを作るのを否定する意味がわからない

**デフォルトの名無しさん** · 2024/11/02(土) 10:20:34.02

cratesが破綻するのは眼に観えてる

**デフォルトの名無しさん** · 2024/11/29(金) 18:59:47.20

VS CodeでEchoAPIを使い始めたら、ワークフローが劇的に改善された

**デフォルトの名無しさん** · 2024/12/20(金) 23:48:20.92

EchoAPIはRESTfulエンドポイントのテストを革新するツールで、モックレスポンスを作成することで、バックエンドが完全に準備できていなくてもフロントエンドの作業を進められるようになりました。

**デフォルトの名無しさん** · 2025/03/21(金) 19:23:02.08

json はクズ