プログラマって馬鹿が多いよね

**デフォルトの名無しさん** · 2024/11/27(水) 21:51:22.57

低レイヤーとか関数プログラミングとかなんとなく難しそうなものを大して理解もしてないのに崇めたがる
分かってる人からみると非常に滑稽

**デフォルトの名無しさん** · 2024/12/31(火) 17:03:05.51

お前らってほんとうに馬鹿だな

**デフォルトの名無しさん** · 2025/01/01(水) 10:34:49.06

そもそもasync/await自体がC#発祥なんだがなんで無視した上Rustが鉄板なの？RustはC#からパクっただけですよ？

非同期処理でGC使わない言語とか足枷付けてるだけでしかない
Rustが向いてるのは同期処理でデータを扱うもの、非同期処理は向いてない

**デフォルトの名無しさん** · 2025/01/01(水) 21:48:10.15

>>400
んなこと言ってもスポンサーの規模がRustのが上だからRustを使うんよ
あとGC云々言ってるけどRustの非同期処理のTokioがランタイム上で各処理を実行するから実質GCみたいなもんだからなんも問題ない

**デフォルトの名無しさん** · 2025/01/01(水) 22:48:20.32

スポンサーの規模？
MSに勝てんの？
Rustなんてコミュニティベースだから標準ライブラリもゴミで
馬鹿みたいに大量のサードパーティライブラリに依存するじゃん

これに関してはNode.jsよりも酷いだろうね、コンパイル時間も考えると生産性は最悪だ

結局C#とかJavaがアプリには向いてるわけだけど、Rust馬鹿信者はIT土方だの馬鹿にするだけで現実を見ていない

**デフォルトの名無しさん** · 2025/01/01(水) 23:37:07.48

>>400
現実にRustが選ばれている理由が多数あるからだろうね
C#は (Rustと比べて)
・遅い
・メモリ消費量が多い
・データ競合や参照競合の安全性がない
・Mutexなど同期機構の手動解放が必要
など

**デフォルトの名無しさん** · 2025/01/01(水) 23:47:35.06

>>402
こう言ったらよかったかサーバーサイド開発で幅を利かせてるスポンサーのawsがいまはrustを使えって言ってるんだからrustを使うだけ
microsoftは関係ない
あとtokioはむっちゃ投資されていてサードパーティの不安定さの心配はないから安心して使える

別にc#を否定してるわけじゃないよ？開発人員の都合を踏まえて妥当な言語で開発すりゃいい
c#なら上で名前が出てたasp.net使えばいいし
javaなら安定のspringかな
サーバーサイドのいまの流行りがrustで脱oracleなどの受け皿になってるだけで数年後はまた情勢が変わる

～言語じゃないとだめっていう固執した考えが一番危険だからそれは捨てて開発するそのときに一番流行ってるものを使おう

**デフォルトの名無しさん** · 2025/01/01(水) 23:52:28.66

半分寝ながら書いたらなんか変な殴り書きになってるけど許してくれ

**デフォルトの名無しさん** · 2025/01/02(木) 00:05:40.27

>>403
そこら辺ははっきり言って誤差の範疇だよ
それが流行ってるかどうか、これに尽きる

**デフォルトの名無しさん** · 2025/01/02(木) 00:13:28.01

>>403
遅い　← プログラマの腕による、アーキテクチャレベルのパフォーマンスチューニングの方が重要、言語はさほど重要ではない

メモリ消費量が多い ← で？CPUな方がボトルネックになることが多い、組み込みでもないからメモリなんか使えばいいだけ、どうでもいい

データ競合、参照競合 ← Rustでも競合は発生する、Rustで防げる競合なんて一部に過ぎない、結局安全かどうかはプログラマの腕にかかってる

Mutexの手動解放 ← lockキーワード、using, finallyがあるが？

>>404
Rustがバックエンドで流行ってるなんてお前の頭の中だけ
一番好かれてる言語とか言われてるが趣味で使われてるだけの言語

Linuxなどカーネル開発や組み込みに適してるから当たり前のことだ、そんなに採用されるわけがない
AWSレベらのシステムなんてお前らが触ることもない

tokio以外も含めライブラリがゴミなのが問題なんだが
サードパーティに依存すると言う点ではNode.jsと同じ

**デフォルトの名無しさん** · 2025/01/02(木) 09:50:14.01

反論になってなくて草

**デフォルトの名無しさん** · 2025/01/02(木) 10:02:18.02

反論できてないのはお前だろ

遅いとかほざいてるが、実用的なアプリにおいてJavaScriptみたいなクソ言語ならともかく
C#やGoやJavaといったちゃんとしたコンパイル型言語であれば大差ないのを理解できない時点でエンジニアとしてレベルが終わってるのがよくわかるよ

そもそもパフォーマンスは言語以外の要因の方が圧倒的に大きいわけで、まずそっちをどうにかしろといいたい
その点でGCある言語の方が容易に構成を変更できるから結果的にRustよりパフォーマンスが出るんだよ

言語を変えないと改善できないレベルまでいったら、そもそもそんな差を改善する必要がないということに気づかない馬鹿

Rustは巨大ランタイムやGCを許容できない場面に適した言語、それ以外の用途で使うのはただのオナニーでしかない
勝手にオナニーしてるのはいいが頼むからマウントとってくんな、その暇があったらそれでなんか価値あるもの作ってみろ

**デフォルトの名無しさん** · 2025/01/02(木) 10:16:36.87

>>407
データ競合も参照競合も
Rustならばコンパイル時点で100%エラーとなり、開発効率の面でも優れている
現状ではRustを使うことが客観的に最善となる
環境依存でやむを得ない場合を除いて、劣ったプログラミング言語を使う必要はない

**デフォルトの名無しさん** · 2025/01/02(木) 10:21:44.20

だからマルチスレッドで発生しうる競合はその2つだけじゃないから

それだけで安全と言い切れるわけないだろ

そもそも安全性ってお前が作るアプリで必要なの？
Linuxカーネルや組み込みだったらわかるけどそんな高度なプログラム作ってんの？
飛行機のシステム作ってて命がかかってるとかならわかるが、その辺のアプリで安全性とかどうでもいいよね

Rust馬鹿信者は開発生産性を軽視しすぎだ、開発生産性を犠牲に安全性に振ってるのがRustだがアプリの特性によって安全性なんぞどうでもいいことが多い

開発生産性が一番重要

**デフォルトの名無しさん** · 2025/01/02(木) 10:41:59.87

>>411
色んな言語をやってきたけど
強力な型システムで実行前に様々な問題をエラーととして指摘してくれるRustが最も開発生産性が高いとの結論に至った
従来の言語だと最も時間を取られるのが実行時デバッグでそれが開発生産性を落としていた
Rustでは様々なことが実行前にエラーと指摘されるため
実行時デバッグは純粋にアプリのロジックのプログラミングミスのみに限定される
Rustは開発生産性が高くてオススメの言語だよ

**デフォルトの名無しさん** · 2025/01/02(木) 10:49:05.54

大規模案件はテストテストテストだよ

**デフォルトの名無しさん** · 2025/01/02(木) 10:50:23.28

>>409
>>Rustは巨大ランタイムやGCを許容できない場面に適した言語
違うぞ、Rustは標準でランタイムの上で動いていないだけでユーザはランタイムの上で動かしてもいい
Tokioがまさにそうじゃん

**デフォルトの名無しさん** · 2025/01/02(木) 10:57:45.91

開発生産性を語るならいまはRustが売り手市場で人が来やすいからRustでよくね？
それか人材の豊富なJavaか
あ組み込み開発じゃなくてサーバー開発の話ね

**デフォルトの名無しさん** · 2025/01/02(木) 11:39:17.39

>>414
Goや.NETのように言語レベルでサポートしてる言語の方が自然に書けるんだが？

tokioとかいうのはこれらにない何か強みあんの？

**デフォルトの名無しさん** · 2025/01/02(木) 12:02:51.83

>>416
tokioは各IT大手も使っているデファクトスタンダード
そして各クラウドなどの公式ドキュメントにもtokioと明記されるほど
そして性能も高い

**デフォルトの名無しさん** · 2025/01/02(木) 12:35:20.27

もはやスレタイと関係ない

**デフォルトの名無しさん** · 2025/01/02(木) 12:58:20.57

プログラマとしての力が試されるもののひとつが非同期処理を上手に書けるかどうかだからスレタイに関係ないとは一概には言えんよ

話変わるがRustだのC#だの言ってるけど言語性能はもうどれもあまり変わらんから利権まわりを語ろうよ
C#はMicrosoftの息がかかり過ぎてるから他のガーファに好まれていない
Rustはガーファ企業どもがC++からの乗り換えとしてそれぞれ共同で投資するのに都合が良かった
言語が普及するかどうかはガーファの気分次第

**デフォルトの名無しさん** · 2025/01/02(木) 13:10:27.26

>>419
性能は高速かつ省メモリに実行可能なC/C++/Rustが他言語より秀でている
その中で性能以外の面での要求も満たすRustをGAFAなど各社が選択した

**デフォルトの名無しさん** · 2025/01/02(木) 13:15:17.98

利権に左右される言語が強いわけないだろ

**デフォルトの名無しさん** · 2025/01/02(木) 15:15:04.56

Rust最強（仮）で新スレ立てたら、何を議論してるか分からん

**デフォルトの名無しさん** · 2025/01/02(木) 22:59:47.24

そもそもJavaScriptはGoよりも速い

**デフォルトの名無しさん** · 2025/01/02(木) 23:10:26.79

依存型もないし理想には程遠い

**デフォルトの名無しさん** · 2025/01/02(木) 23:13:58.14

>>409
>>パフォーマンスは言語以外の要因の方が圧倒的に大きい

それは半分は当たっていて
スレタイにもある馬鹿なプログラマが馬鹿なアルゴリズムや馬鹿なシステム設計を選択すると言語に関係なくパフォーマンスはガタ落ち
しかしまともなプログラマが書くならばC/C++やRustが最もパフォーマンス高く動かせる
それらの言語を使いこなせない二流プログラマが喚こうが言語よる差はある

**デフォルトの名無しさん** · 2025/01/02(木) 23:18:59.99

>>425
自分で書いてておかしいと思わんのかな

**デフォルトの名無しさん** · 2025/01/02(木) 23:40:43.28

>>426
何？
はっきり言わないとわからないか

C・C++・Rustといった言語で書かないと
他の言語では最高のパフォーマンスを出すのは不可能
だからPythonやJavaScriptのライブラリ作製でもパフォーマンスを得たいものはそれらの言語で書かれている
言語の優劣差は明確にある

**デフォルトの名無しさん** · 2025/01/02(木) 23:52:57.74

言語の機能面の強力さからその中でも今後はRust一択だろうね

**デフォルトの名無しさん** · 2025/01/03(金) 05:24:33.06

排斥すべきゴミ言語 C++ Rust 他
Rust part27
結局C++とRustってどっちが良いの？ 9traits
プログラミング言語 Rust 4【ﾜｯﾁｮｲ】
そんなにRust,Rust言うならゲームエンジンでも
Rust part23Rust part21Rust part21
Rustアンチスレ
競プロにおいてのRust
Rust(unsafe) vs C
Rust vs Go

**デフォルトの名無しさん** · 2025/01/03(金) 08:12:07.55

>>427
そんなつまらん部分にこだわるのならネイティブコードで書けよｗ
ネイティブコードじゃないどんなコンパイル言語だろうが「最高のパフォーマンスを出すのは不可能」どころか「最適化」で処理を消されることまであるしｗ

**デフォルトの名無しさん** · 2025/01/03(金) 09:42:43.18

いまのご時世ハイスペックコンピュータを導入すればプログラムのパフォーマンスなんていくらでも上がるんだから
言語パフォーマンスなんてどうでもいい
雇用を確保できるかつまり言語の流行度が重要

**デフォルトの名無しさん** · 2025/01/03(金) 09:58:15.85

ちなみに俺はこのテーマを32年研究してるぞ

https://sourceware.org/pipermail/binutils/2025-January/138334.html

**デフォルトの名無しさん** · 2025/01/03(金) 20:29:08.00

>>427
言語の優位ってよりコンパイルしてるかどうかじゃね
pythonだってCPythonとかでコンパイルすりゃ速いわけじゃん
となると実行速度なんて後でどうにか出来るから書きやすいかどうかの方が重要じゃね

**デフォルトの名無しさん** · 2025/01/03(金) 20:41:19.40

言語の優位性は世間でいかに使われてるかどうかです

**デフォルトの名無しさん** · 2025/01/03(金) 21:09:19.74

表現力だよ
数学や哲学と同等の表現力を得たらその言語が最強になる
最適化は処理系が行えばよい

**デフォルトの名無しさん** · 2025/01/03(金) 23:58:08.78

>>430
大昔ならともかく今はCPUのパイプラインやメモリアクセスのために実行順序を(結果に影響のない範囲で)入れ替えたりメモリをガードしたりコンパイラは最適な生成コードを吐く
さらにループなどはベクタ命令に変換するなどの最適化も行こなう
人間がアプリなど全体を最適にネイティブコードを書くのは現実的でない

**デフォルトの名無しさん** · 2025/01/04(土) 03:40:06.82

Rustってそんなに流行ってるの？

**デフォルトの名無しさん** · 2025/01/04(土) 05:32:50.75

流行ってるかどうかはともかく大企業は流行らせたいらしいから
その波に乗れれば大儲けできるかも！

**デフォルトの名無しさん** · 2025/01/04(土) 10:16:50.41

>>412
>実行時デバッグは純粋にアプリのロジックのプログラミングミスのみに限定される

doubt

**デフォルトの名無しさん** · 2025/01/04(土) 10:21:46.24

>>415
>人材の豊富なJava

ゴミは集まってもゴミ

**デフォルトの名無しさん** · 2025/01/04(土) 13:56:44.73

>>440
数人集めれば1人くらいは当たりがいるから…

**デフォルトの名無しさん** · 2025/01/04(土) 17:54:12.62

その理屈だとLISP最強なんだけど
商用処理系も昔はそれなりにあったようだが
人間が使うには見た目がキモすぎて流行らなかったな

**デフォルトの名無しさん** · 2025/01/04(土) 18:07:53.61

どの理屈？

**デフォルトの名無しさん** · 2025/01/04(土) 19:00:17.49

>>436
CPUの系統毎に全く思想の異なるコードをそれぞれ用意しなければならないもんな
さらに同じ系統でも世代毎に使えるベクタ命令が異なるため異なるコードが必要
そして可読性も保守性も非常に低い

**デフォルトの名無しさん** · 2025/01/04(土) 19:02:39.72

だからネイティブコードのアセンブリ部分は最小限にする必要がある
プログラム全体は可読性と保守性を重視してRustで記述
その中の必要な箇所のみRustがサポートするインラインアセンブリを使うことが望ましい

**デフォルトの名無しさん** · 2025/01/05(日) 00:10:45.22

組み込み開発者風の人も来るスレ

**デフォルトの名無しさん** · 2025/01/05(日) 10:55:28.95

unsafeだらけになるから
unsafe禁止厨は大反対するだろうな

**デフォルトの名無しさん** · 2025/01/05(日) 12:07:57.14

プログラマ市場の一番の需要大がサーバーバックサイド周りなわけだけどJavaはまだまだ強いねえ

**デフォルトの名無しさん** · 2025/01/05(日) 12:39:39.78

プログラマになろうと思って人気言語ランキングでもjavaって上位になってるからspringやってるんだけどこれってphpのlaravelに比べてめんどくさすぎない？
web系に進むとしてjavaとphpだったら結構年収に違いでたりするの？

**デフォルトの名無しさん** · 2025/01/05(日) 13:22:04.01

習得がめんどくさくて諦めるならプログラマより違う道を探したほうがいいかと

**デフォルトの名無しさん** · 2025/01/05(日) 13:26:32.84

儲かる言語はなんですかｗ
>web系に進むとしてjavaとphpだったら結構年収に違いでたりするの？

**デフォルトの名無しさん** · 2025/01/05(日) 14:24:12.89

phpはjsより面倒
javaはphpより面倒
rustはjavaより面倒
∴rustが最強

**デフォルトの名無しさん** · 2025/01/05(日) 14:27:06.56

rustはその習得難易度で無能をあらかじめ弾けるから経営者に好かれている面は明らかにある

**デフォルトの名無しさん** · 2025/01/05(日) 14:44:31.34

[NGword:Rust]

**デフォルトの名無しさん** · 2025/01/05(日) 14:56:42.94

ム板で業界談義するような馬鹿はプログラマにすらなれん

**デフォルトの名無しさん** · 2025/01/05(日) 16:04:49.46

>>455
プログラマスレで業界雑を禁止したらなにを話せばいいんだ？

**デフォルトの名無しさん** · 2025/01/05(日) 16:17:09.61

ム板でマ雑してることがそもそもおかしいから早くマ板に帰れボケども

**デフォルトの名無しさん** · 2025/01/05(日) 16:21:45.26

スラックでチャンネル違いとかを厳密に指摘して雑談の邪魔してそうな奴出てきたな

**デフォルトの名無しさん** · 2025/01/05(日) 17:12:44.87

「スラック」とはどういう意味ですか？
英語表記「slack」の日本語読みで、「需給の緩み」のこと。需要と供給の間にギャップが生じ、釣り合わない状態を言います。経済全般や労働市場での供給の「余剰」を指し、スラックが解消されると、経済状況が改善します。

**デフォルトの名無しさん** · 2025/01/05(日) 17:39:16.86

Slackをご存知ない？！
仕事で使ってないのかよ

**デフォルトの名無しさん** · 2025/01/05(日) 18:15:11.09

Slackwareは、シンプルでトラディショナルなUnixの哲学に忠実なディストリビューションです。
これにより、Linuxシステムの基本的な原則と構造を深く理解することができます。
パッケージ管理が簡略化されているため、システムの背後にあるメカニズムを学ぶことが容易になります。

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

>>460
うちはTeams使ってる

**デフォルトの名無しさん** · 2025/01/05(日) 21:42:03.04

Winnyの映画見てるけど金子勇もクズ警察の言いなりになって
不利になる書類に署名してある意味ではバカかな

**デフォルトの名無しさん** · 2025/01/05(日) 23:44:44.05

>>431
言語の実行パフォーマンスが重要な環境や重要な分野が大量にあるよ
そうでなくても遅いと必要となる機器の台数が増えたり高価な機器が必要になったり電気代は間違いなく増えるよ

どのプログラミング言語でも覚えてしまえば後は簡単なのだから実行が速い言語がベスト
そしてメモリ消費も少なくできる言語がベスト
皆がそうすれば機器も電気代も節約できて環境にエコだよ

**デフォルトの名無しさん** · 2025/01/05(日) 23:50:02.02

なにいっとんだこいつ…

**デフォルトの名無しさん** · 2025/01/06(月) 09:15:20.00

人件費 >>>>> 運用費用

**デフォルトの名無しさん** · 2025/01/06(月) 09:41:10.05

機器、電気代を払うのは鯖管
プログラム書くのはPG

**デフォルトの名無しさん** · 2025/01/06(月) 12:22:16.61

>>464
それはどの言語？

**デフォルトの名無しさん** · 2025/01/06(月) 19:30:08.22

エコとか言ってるアホのせいで空白の30年が生まれたのにまだ反省してないなこりゃ

**デフォルトの名無しさん** · 2025/01/06(月) 19:42:44.82

なにをもって空白と定義してるのかまで語ってくれ

**デフォルトの名無しさん** · 2025/01/07(火) 00:05:33.28

ブチクシと一緒

**デフォルトの名無しさん** · 2025/01/07(火) 00:07:11.29

NHK教育を見て69308倍賢くチーター

**デフォルトの名無しさん** · 2025/01/08(水) 10:37:00.85

>>467
プログラマを雇うのは人事

**デフォルトの名無しさん** · 2025/01/08(水) 15:10:59.71

賢ければプログラマを雇う側だから

**デフォルトの名無しさん** · 2025/01/08(水) 15:50:57.90

馬鹿程自説に拘る

**デフォルトの名無しさん** · 2025/01/08(水) 17:26:32.13

>>1の事ね

**デフォルトの名無しさん** · 2025/01/09(木) 12:49:23.72

馬鹿って言いたいだけで中身がない >>1

**デフォルトの名無しさん** · 2025/01/09(木) 13:29:06.70

馬鹿だけど質問ある？

**デフォルトの名無しさん** · 2025/01/09(木) 13:55:07.56

あなたの自説は何ですの

**デフォルトの名無しさん** · 2025/01/09(木) 13:55:43.09

あるわけないだろ

**デフォルトの名無しさん** · 2025/01/09(木) 15:38:48.76

いつ馬鹿に気付いた？

**デフォルトの名無しさん** · 2025/01/10(金) 14:57:55.46

透明な■つまり□なら空白なのかな❓
でも、豆腐文字は空白ぢゃないよな🤔
とにかく、ホワイトスペース、これが空白
ホワイトスペースへ黒を適用しても
黒くはならず背景が白なら白だよな❓
てか、空白ってなんだろう

**デフォルトの名無しさん** · 2025/01/10(金) 17:28:46.46

板違いスレむやみに上げる実況板と区別つかないバカ

**デフォルトの名無しさん** · 2025/01/10(金) 19:56:03.48

>>433
>>pythonだってCPythonとかでコンパイルすりゃ速いわけじゃん

ダウト
CPythonはPython用内部バイトコードにコンパイルするだけ
マシン語へコンパイルできません

>>となると実行速度なんて後でどうにか出来るから書きやすいかどうかの方が重要じゃね

ダウト
Pythonはその言語の仕様上
どうやっても遅いです
しかも開発のしやすい言語ではありません
あくまでも短いスクリプトを書くための言語です

**デフォルトの名無しさん** · 2025/01/13(月) 13:48:28.18

pythonはtclみたいなもんだね

**デフォルトの名無しさん** · 2025/01/14(火) 19:33:00.84

遅い言語しか使えない下層が
言い訳しながら遅い言語を使う

**デフォルトの名無しさん** · 2025/01/14(火) 23:39:38.17

速い言語を使う意義が薄い

**デフォルトの名無しさん** · 2025/01/15(水) 06:41:17.16

>>487
サーバー系なら速いほどいいけど

**デフォルトの名無しさん** · 2025/01/15(水) 07:38:04.79

>>488
そんな一部界隈のことを持ち出されても困るんだが

**デフォルトの名無しさん** · 2025/01/15(水) 10:17:07.01

そうだぞ。フロントエンドだけがエンジニアなんだから、それ以外は弁えろよ

**デフォルトの名無しさん** · 2025/01/15(水) 17:53:54.35

最近になって思うんだが、プログラミング言語の速度、っていう表現自体が誤解を生んでるんじゃなかろうか。理論上限りなくオーバーヘッドを少なくできる言語がC、C++とかっていう。

**デフォルトの名無しさん** · 2025/01/15(水) 18:06:15.49

何に対するオーバーヘッドだよw

**デフォルトの名無しさん** · 2025/01/15(水) 18:18:46.15

プログラムの処理。コンパイル言語なら最終的に機械語に変換されて実行されるわけだから、同じ機械語で処理速度の差なんて出ない。でも、言語が違えば出力される機械語の内容が異なるだろうから、そこで処理速度が変わってくる。コンパイル言語でもGCある言語はその処理が加えられて、それがオーバーヘッドになる。そういうオーバーヘッドがほぼないっていうのがCとかなんじゃない？っていう意味。

**デフォルトの名無しさん** · 2025/01/15(水) 18:20:50.21

余計な処理のことをここではオーバーヘッドという言葉で表現したが、これって不適切なん？まあどうでもいいけど。

**デフォルトの名無しさん** · 2025/01/15(水) 19:15:03.79

こんなスレで何度も長文レスしてる奴は馬鹿だな

**デフォルトの名無しさん** · 2025/01/15(水) 23:19:41.98

実行速度や使用メモリの少なさを求めるなら
Cは自分で色々やらなきゃいけなくて面倒でミスるとセキュリティホールだったけど
今はRustがあるから楽勝

**デフォルトの名無しさん** · 2025/01/16(木) 05:16:33.10

Rustも処理速度ではC言語に負けてるからセキュリティ考えなくていいプログラムを置き換えられないんだよなあ

**デフォルトの名無しさん** · 2025/01/16(木) 07:27:02.19

>>497
RustはCと同じ速さを必ず出せます
Cと同じ事が必ず出来ます
RustはインラインアセンブラもサポートしているためCと同様に必要な部分のアセンブラコード記述も可能です

**デフォルトの名無しさん** · 2025/01/16(木) 09:25:46.90

なんだそのSTAP細胞はありますみたいなのw