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

**デフォルトの名無しさん** · 2022/02/01(火) 15:25:41.94

ゴミ過ぎる

邪魔

少しずつ使わないようにして抹殺すべき

**デフォルトの名無しさん** · 2022/02/01(火) 22:05:34.00

rust c++ c# ruby java javascript cobol

**デフォルトの名無しさん** · 2022/02/02(水) 06:24:09.54

CやC++は低レベル言語よ。

**デフォルトの名無しさん** · 2022/02/02(水) 19:37:16.98

なら代替を挙げてよ
いまのCPUベースじゃ低級言語不可避
AIがコンピュータ資源を管理するなりして
人間は高レベルなI/Fしか気にしなくてよくならんと難しい

**デフォルトの名無しさん** · 2022/02/03(木) 11:37:38.37

javascriptとかいうブラウザが理解できる言語が一つしかないから人気のクソ言語こそRustのWASMに排斥されるべきだな
TypeScript等のAltJSが出てくるのはいかにJSが糞であるかの証左だろ

**デフォルトの名無しさん** · 2022/02/04(金) 15:48:33.37

あの、いまc++に興味津々なのですが、そんなにダメなのですか？
めちゃめちゃ早くてすごく細かいところまで指定できると言うことで
(メモリの中のファルシまで)、じゃあ使いにくいかもしれないけど
しっかりと覚えていけば最強なのかな？って思って手を出しているんですけど・・・

**デフォルトの名無しさん** · 2022/02/04(金) 19:29:57.96

>>6
C++もいいけど
今からやるなら速さがほぼ同じなRustがいいかな
C++より格段にプログラミングしやすい上にコンパイラによる種々の安全性チェック等
あれほどC++を批判して全く取り入れなかったLinux OS開発でもRustは一部取り入れ始めた

**デフォルトの名無しさん** · 2022/02/04(金) 22:07:57.06

>>6
両方できればいいんだよ
どっちか一方しかやらないなんて限定する必要はない

**デフォルトの名無しさん** · 2022/02/05(土) 06:23:25.33

>>7
>>8
多分c++はやる・・・けどRustの話を初めて聞いたときはしまったって思ったけど、そのうち手を出したい言語のひとつ。
ひと段落ついたらRustとPythonは覗いてみたいと思ってます。

**デフォルトの名無しさん** · 2022/02/12(土) 06:59:00.82

言語って使いたいフレームワークに合わせて憶えていくものなんじゃないの？
俺もC++とか絶対使いたくないと思ってたけど、フレームワークに強要されて結局基本的な構文ある程度覚えちゃったよ

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

**デフォルトの名無しさん** · 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に文句を付けてるやつが完全にキチガい