排斥すべきゴミ言語 C++ Rust 他 fc2>1本 YouTube動画>1本

ゴミ過ぎる

邪魔

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

rust c++ c# ruby java javascript cobol

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

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

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

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

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

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

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

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

VB

WonderWare Intouch の内蔵スクリプト

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

頭悪そうなスレ

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

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

賛成。

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

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

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

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

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

>>19
コピペ？

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

Ruby

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

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

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

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

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

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

意識高い系がRust

Rustってdirectxとか使えるの？

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

こんなRustaceanは嫌だ

>>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とかやったことなさそう

>>41
その通り

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

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

これが次スレか？

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
つまりGoでデバイスドライバ書けるの？

>>50
嘘はいかんな

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

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

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

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

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

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

1.70でマシになるよ

(・。・）ｙ～

go もダメだね

排斥すべき

大変！呼吸していないの！！

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

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

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

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

Nimの勝ち

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

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


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

rust や go

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

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

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

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

json はクズ