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

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

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

**デフォルトの名無しさん** · 2024/12/28(土) 12:45:39.35

プログラミング言語のシェア・トレンドの世界的動向
https://techmania.jp/blog/programming0001/

世界では14位

**デフォルトの名無しさん** · 2024/12/28(土) 12:56:47.49

>>336
無知かつ能力が低いだけなようだな
Rustはメモリ解放も全自動で処理する必要がない
能力が低くて習得も使いこなすこともできなくて批判するのは愚かだ

**デフォルトの名無しさん** · 2024/12/28(土) 13:57:35.57

【Rust入門】意図的にメモリリークを起こす
https://qiita.com/yuhei3017/items/b9772755f598348d06b1

**デフォルトの名無しさん** · 2024/12/28(土) 14:05:22.93

>>335
エンタープライズでは特にクラウド利用を中心にRustへ置き換わっていってるよ
CPUメモリリソースコストが何倍も変わってくるからね
プログラミングの手間はほとんど変わらないのにGC言語を使うのはバカらしいよ

**デフォルトの名無しさん** · 2024/12/28(土) 14:08:14.01

世のプログラマが数学へのコンプレックスを払拭してくれないと、
プログラミングの出来のいいエコシステムは普及しない

**デフォルトの名無しさん** · 2024/12/28(土) 14:10:45.29

>>340
それ俺も知ってる！
ヤフコメに書いてあったｗ

**デフォルトの名無しさん** · 2024/12/28(土) 14:16:32.26

良いツールなら他人が使っているかなど気にせずにただ使えばいいのに
なぜ世間で使われているかどうかなんてことが気になるんだ？

**デフォルトの名無しさん** · 2024/12/28(土) 14:28:54.73

たいていのツールはオープンソースなのだから、バグや機能不足があるなら報告するなり自分で開発すればいいじゃん
開発費用を負担してるわけでもないのに、自分の望むソフトウェアを作って提供し続けろというのは図々しいよ

**デフォルトの名無しさん** · 2024/12/28(土) 14:31:20.07

世間で使われてる一番わかりやすい例が
俺たちが今ここで使っている5chが使用して皆がお世話になっているCloudflareかな
もちろんRust製

**デフォルトの名無しさん** · 2024/12/28(土) 14:56:32.42

5chが使ってるだけだろ、安いんだろ

**デフォルトの名無しさん** · 2024/12/28(土) 14:57:57.27

サーバ更新時に全板ID導入といってけどほったらかし

**デフォルトの名無しさん** · 2024/12/28(土) 15:03:35.48

>>346
CloudFlareは世界シェアトップのCDN

**デフォルトの名無しさん** · 2024/12/28(土) 15:33:33.17

Rustでなんか君ら価値のあるもの生産したことあるの？
Web笑とか言語とかどうでもよくね？webは技術じゃなくてコンテンツに価値があるわけであって

**デフォルトの名無しさん** · 2024/12/28(土) 15:36:00.49

障害ばっかり

**デフォルトの名無しさん** · 2024/12/28(土) 15:41:30.31

CDNとはコンテンツデリバリーネットワークのこと

**デフォルトの名無しさん** · 2024/12/28(土) 15:47:43.92

>>334
最も使われてるも何も低レイヤは普通の人は触らないから
トップレベルのエンジニアがカーネルやドライバを開発してるわけで普通のエンジニアはそこに関わることはない、そこでの開発物を使うだけ

AIだってそのものを作るよりそれを利用して何か価値のあることをやることの方が多い

だから普通のエンジニアは高レイヤな層に関わるわけだけどWebでRust触ってるやつはただの馬鹿で言語でしか自分を表現できないイキリワナビーだね

**デフォルトの名無しさん** · 2024/12/28(土) 17:27:48.31

技術的な知見を提供できない雑魚は、ネットでチヤホヤされようとしてどの言語が流行ってるみたいな話を延々と繰り返す

**デフォルトの名無しさん** · 2024/12/28(土) 18:56:05.83

おばちゃんレベルなんよな
今は何々が流行ってるらしわよ奥さん
今度は何々が来るわよ奥さんみたいなｗ

特にいっつもRustが来る来る言ってるやつ一人おるよなこの板って

**デフォルトの名無しさん** · 2024/12/29(日) 10:03:33.88

Rustで最も効率的にメモリ管理をしてオーバーヘッドの無い高速なプログラムを書いたところで、
Pythonでライブラリを組み合わせただけのクソ遅いプログラムより多くの価値を生んでなきゃ無意味

**デフォルトの名無しさん** · 2024/12/29(日) 12:32:27.83

Web関係で本番用じゃなくて開発用で使うけどスクリプト言語じゃ遅いパッケージ、ライブラリがrustで置き換えられて流行ってたりするけど
やっぱり早いからありがたいよ

**デフォルトの名無しさん** · 2024/12/29(日) 12:41:36.47

プログラミングって、技術や知見の進歩に逆行する奴が出てくるのは何でなんだろうな

最適化よりも保守性
推測よりも計測
モジュール化・抽象化

などということは既に確立した知見
しかもこれは、マシンリソースが豊富になった現代で言われ始めたわけではなく、
ほとんどコンピュータの黎明期からずっと言われ続けてきたこと

ハードウェアの制約が無視できなかった時代でさえ戒められていたことを
マシンリソースを潤沢に使える時代に敢えて破ろうとする

で、そういうことをしようとするのは、別にOS、コンパイラ、数値計算ソフトなどの開発者ではなく、
たいていがWebアプリやモバイルアプリのような、ライブラリを組み合わせれば実現できるような領域の技術者ばかり

しかもタチの悪いことに、そういう連中は自分が使ってる処理系やライブラリの内部実装を知らないし、調べようともしないから、
「こう書いたほうが速いだろう」という妄想で独自のハックをして、ただ読みにくいだけで大して速くもないソースコードを生み出す

**デフォルトの名無しさん** · 2024/12/29(日) 12:45:49.44

>>356
こういう論点をズラすやつって、何がしたいんだろうな
実社会でうだつが上がってないから、せめてネットでは同意してほしいのかな

**デフォルトの名無しさん** · 2024/12/29(日) 12:47:35.24

それとも頭が悪いから自分が書いたことがまさに、WebなんかでRustを使わなくていい理由になっていることが理解できないのかな

**デフォルトの名無しさん** · 2024/12/29(日) 12:48:31.68

もう人居ないねこのすれ

**デフォルトの名無しさん** · 2024/12/29(日) 12:56:02.05

ライブラリがC言語で書かれているので、Pythonのコードをどう工夫したところでそれより早くなるわけがない

**デフォルトの名無しさん** · 2024/12/29(日) 13:27:49.11

>>359
Webのサーバーサイドはどんどんクラウド上になっていってるけど
クラウドのシェアトップのAWS (アマゾンウエブサービス)も今はRust製
さらにその上で構築する言語もRustへシフトしている
理由はクラウドがCPUメモリリソースに課金されるため

**デフォルトの名無しさん** · 2024/12/29(日) 13:41:35.15

そう思いたいなら思っときゃいいのでは

**デフォルトの名無しさん** · 2024/12/29(日) 15:55:29.59

Goにすればパフォーマンスが上がると勝手に思い込んで移行したが、実はJavaScriptのほうが速かったという

**デフォルトの名無しさん** · 2024/12/29(日) 20:25:10.44

>>357
こういうのも

V
voluntas
多分「自作はするな、できるだけライブラリを使え」という教えがあるような気がする。自分は可能な限り自作しろ派。

**デフォルトの名無しさん** · 2024/12/29(日) 20:25:14.45

https://x.com/voluntas/status/1873252031240274077

**デフォルトの名無しさん** · 2024/12/29(日) 20:57:42.49

>>357
モジュール化は当たり前として
抽象化ならびに保守性の良さがこれまでの言語より高いRustがおすすめだろうね

**デフォルトの名無しさん** · 2024/12/29(日) 21:21:12.47

DI不要論というのがしばしば話題になるけど、アレがよくわからない
何を問題視していてどう改善したいのかが

**デフォルトの名無しさん** · 2024/12/29(日) 21:40:20.77

DI不要論というか、DIコンテナ不要論

**デフォルトの名無しさん** · 2024/12/29(日) 23:11:35.52

DIでも必ずしもインタフェース使う必要ないってことに気づけば普通に便利なことがわかる

**デフォルトの名無しさん** · 2024/12/30(月) 19:13:25.62

>>364
んでもサーバー稼働コストは減ったんじゃない？メモリ占有量とか
1年ぶっ続け稼働とかなら電気代はかなり変わるよ

**デフォルトの名無しさん** · 2024/12/30(月) 19:17:43.27

サーバーサイドをRustやGoでやるのは単純に電気代のコストカットの為っていう側面もある
なんたって電源入れっぱなしで動かしっぱなしだからね
このスレはなぜかそこら辺の議論は無視されてるけど

**デフォルトの名無しさん** · 2024/12/30(月) 19:20:56.81

キントーンシュッ!シュッ!シュッ!
おちんちんシュッ!シュッ!シュッ!

**デフォルトの名無しさん** · 2024/12/30(月) 23:41:58.34

>>372
オンプレミスなら電気代の節約や必要サーバ数削減
クラウドでリソース課金ならそのまま支出削減
プログラミング能力がある者ならば速くて省メモリ可能な言語を選んだ方が有利

**デフォルトの名無しさん** · 2024/12/31(火) 04:22:05.88

「オレのお友達が自作したライブラリを使え」
とゆぅ教えが、絶対ある気がする。絶対。
とゆぅか、気がするだけなので絶対ぢゃない。
確率100%である確率が60%で
確率10%である確率が60%で
確率1%である確率が6%、であれば、
確率は66.6%だから、
絶対〜気がする　ならば　多分　なのである

**デフォルトの名無しさん** · 2024/12/31(火) 08:20:52.80

>>372
同じ電源入れっぱなしなんだから高負荷にしたくなけりゃC++で地道にガリガリ組めばいいだけじゃん
それにしても動作内容が同じなんだから言語でそんな差が出るはずもない
動作レスポンスが2倍3倍になろうが増えるのは電力じゃなく動作待ちのクライアント側のストレスだけ

**デフォルトの名無しさん** · 2024/12/31(火) 08:33:30.85

原発稼働させるから大丈夫

**デフォルトの名無しさん** · 2024/12/31(火) 08:34:48.40

>>376
うんそうだね

**デフォルトの名無しさん** · 2024/12/31(火) 08:36:33.38

>>377
一気に飛躍したね
サーバー維持にどんだけ電力使う気やねん

**デフォルトの名無しさん** · 2024/12/31(火) 08:38:55.73

米IT大手、データセンターの脱炭素で原子力を活用へ
日経XTech

**デフォルトの名無しさん** · 2024/12/31(火) 10:25:56.65

Enoki
Globe
Noz
Wanna
Fische
Un
Meto

**デフォルトの名無しさん** · 2024/12/31(火) 10:27:06.65

Melon
FM
Pan
Yoshi

**デフォルトの名無しさん** · 2024/12/31(火) 10:30:03.90

このネタは面白いんか
リアルに話す友達がいないとこんなんでも面白いと感じるものなの？

**デフォルトの名無しさん** · 2024/12/31(火) 10:40:43.53

消費電力を減らすためにサーバーサイドの言語をRustにしましたが、無駄な常駐プログラムがたくさん動いてます（笑）

**デフォルトの名無しさん** · 2024/12/31(火) 10:59:16.10

省電力したいなら仮想化をやめたら

**デフォルトの名無しさん** · 2024/12/31(火) 11:30:27.25

>>299だよ
省電力したいならプログラミングなんかしないで最も効率いいハードウェアを作ればいい

**デフォルトの名無しさん** · 2024/12/31(火) 11:50:05.40

Rustでコストカットガーって言うけど
個人開発目線ならともかく企業側の目線に立つと扱えるエンジニアのコストの方が高いことが多いから
そこも含めて考えた方がいいのでは

技術的な面でも言語に問わずきちんと最適化する方が重要だろうし

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

>>372
WebなどでRustやGoが使われている理由は省電力のためではなく
CPUのマルチコアを100%生かせるために使われている

特にWebでは普通の言語で普通に書くと通信待ちだらけでCPUがほとんど遊んでしまう
そのためOSのマルチスレッドで並列に動かそうとしてもOSスレッドのリソースコストとスイッチングコストのため数千程度しか同時にクライアントを処理できずCPUパワーを全然使い切れない

その問題点を解決したのがGoのGoルーチンやRustのタスクだ

**デフォルトの名無しさん** · 2024/12/31(火) 13:14:32.28

で、プロセッサを効率的に使えば当然消費電力は高くなる

**デフォルトの名無しさん** · 2024/12/31(火) 13:14:47.95

この板こんなに人いたのかωωω=2πf

**デフォルトの名無しさん** · 2024/12/31(火) 13:34:52.39

>>388
372です
372は364のnodejsに反応して書いたレスなだけだからRustやGo、C++でサーバーサイドをやるメリットは電気代カット以外にもたくさんあるのは百も承知
374で言われてるように自社サーバーではなくクラウドサーバーならサーバーコストが出費に直に影響するし、
非同期処理の書きやすさや高パフォーマンス性はあなたの言うようにRustやGoならではの魅力だと思う👍

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

ケーブル変えたら音質良くなるみたいな話はプログラミングでもあるんだな
そういう人は頭が悪いからプログラミングなんて出来ないと思ってた

**デフォルトの名無しさん** · 2024/12/31(火) 14:22:00.92

プログラミングの話をしているからといって、プログラミングが出来るとは限らない

**デフォルトの名無しさん** · 2024/12/31(火) 14:30:32.05

主語がー

**デフォルトの名無しさん** · 2024/12/31(火) 14:53:25.71

>>389
プロセッサを効率的に使えば必要となるサーバー数が減るため全体の消費電力が低くなります
そのためRustやGoがパフォーマンス良い言語として使われます

C/C++でも原理的には可能なのですが
CPUマルチコアを最大限活かすための実用的な非同期フレームワークが未だに無く
その原因はC++の標準化の遅れと新たな機能が普及しないことに加えて言語の使いにくさがあります

**デフォルトの名無しさん** · 2024/12/31(火) 15:01:47.04

ツイッターで大喜利リプしていいね稼ぎたいと言うならまだわかるが、わざわざこんな過疎板で馬鹿なこと言って注目集めたがる意味がわからない

**デフォルトの名無しさん** · 2024/12/31(火) 16:15:55.51

非同期処理やるならRustとGoが鉄板になったわな
ほかには根強い人気があり雇用の多いJava、Jetbrains信者向けのKotlin、Microsoft好き向けのASP.NET Coreもあり

**デフォルトの名無しさん** · 2024/12/31(火) 16:27:38.85

C#だけライブラリ名を挙げるのはなにか意図してのことか？

**デフォルトの名無しさん** · 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のパイプラインやメモリアクセスのために実行順序を(結果に影響のない範囲で)入れ替えたりメモリをガードしたりコンパイラは最適な生成コードを吐く
さらにループなどはベクタ命令に変換するなどの最適化も行こなう
人間がアプリなど全体を最適にネイティブコードを書くのは現実的でない