25/08/08 08:34:38.62 kQG+ljd8.net
>>791
Rustの方の使い道を聞いてんだよ発達
810:デフォルトの名無しさん
25/08/08 08:47:09.26 tqBmz1L/.net
>>792
だから個人的な趣味って言ってるでしょ
ちょっとしたCUIツール作るのに使うだけ
最近は専らバイブコーディングで、AIが苦戦してたら手を貸す感じだね
811:デフォルトの名無しさん
25/08/08 09:06:01.11 Z9I4ROf3.net
実際Rustを仕事で使ってるやつはここにもほとんどいないと思うよ
デバッグも難しいし、人もいないし、コア機能が個人開発のクレートに依存しがちで
とにかく仕事で提案するのは全てがしんどい
812:デフォルトの名無しさん
25/08/08 09:07:37.30 kS1PO2PW.net
そんな書き込みするとまた糖質の方が出てきて自作自演で盛り上げるぞ
813:デフォルトの名無しさん
25/08/08 09:20:48.49 OL6PJEc4.net
ゲーム理論にも（同一人物の自作自演でない限り）必ず100パーセント裏切るというバリアがある
814:デフォルトの名無しさん
25/08/08 09:22:22.32 tqBmz1L/.net
データ系だと手元のPythonで扱いきれない程度のデータ量ならもう潔く諦めて分散並列で殴るのが基本だから、
1ノードにおける極限のパフォーマンスを追求したりする必要は全く無いんだよね
分散並列処理をするフレームワークやDB自体の方の開発には当然Rust使う余地は多いにあるはずで、やってみたい気持ちはあるけどね
815:デフォルトの名無しさん
25/08/08 09:29:27.37 UUZNHK+j.net
ヤフコメで人生を謳歌する、うだつの上がらないおじさんのテンプレのような
隙あらば自分語りっぷりに震える
816:デフォルトの名無しさん
25/08/08 10:33:59.94 WKsEIIsv.net
単体性能チューニングにコストをかけるよりもスケールアウトにコストをかけた方が低コストというのは長らく言われていたことだが
分散技術がかなり�
817:ﾉまってきたので、個々のノードの性能「も」もっと上げようという機運が生まれてる。 どこまでやるかは状況によるけど分散するから単体の性能は控えめで良いというほど単純でもない。
818:デフォルトの名無しさん
25/08/08 10:56:35.02 IhWPsUT8.net
>>799
個々のノードの性能が重要なのはその通りだけど、アプリケーションコードは結局SQLかそれに類するDSLを書くだけだからね
バックエンドがJavaだろうとRustだろうと関係ないのよね
819:デフォルトの名無しさん
25/08/08 11:05:13.32 JT3s5b1h.net
そんなレベル低い人がなぜこのスレに？
820:デフォルトの名無しさん
25/08/08 11:27:25.73 OL6PJEc4.net
「レベル」はアナログだからバリアをつくれない
821:デフォルトの名無しさん
25/08/08 11:37:03.76 jC08HfuP.net
Rustでチマチマと数%のIO削減に取り組む仕事とSQL投げて数百のワーカーノードで分散並列処理させる仕事とでは、一般的には後者の方が「高レベル」と表現される
技術難易度の話なら言語というより実際に取り組んでいる問題自体の難易度によるので自明ではない
822:デフォルトの名無しさん
25/08/08 11:44:25.90 Mdr3oCfI.net
SQL投げるだけの仕事は低級だろ
823:デフォルトの名無しさん
25/08/08 12:02:00.62 anKnb75R.net
現実を直視できない低級お爺さんはそうやって自分を慰めてればいいよ
824:デフォルトの名無しさん
25/08/08 12:20:22.45 PjXZd3xW.net
>>787
各々の分野は多岐に渡るし
わざわざ仕事の詳細を話す人はいないけど
以前の世界的な調査結果でも判ったようにRustはWeb関連も一大勢力
サーバ側各種からWASMに至るまで
825:デフォルトの名無しさん
25/08/08 12:29:52.90 PjXZd3xW.net
>>803
>Rustでチマチマと数%のIO削減に取り組む仕事
どの言語でも同じだけど
Rust利用者のほとんどは各種のフレームワークの利用者側だよ
フレームワーク自体の開発者側が圧倒的に少ないのは他の言語と同じ
826:デフォルトの名無しさん
25/08/08 13:16:10.63 CHawD1Q2.net
Rustは左翼的雰囲気を感じる。
デファクトスタンダードを無視し、自分の意見をごり押しし、俺たちが正しく、
世の中が間違っている、と主張するところが。
827:デフォルトの名無しさん
25/08/08 13:38:45.40 uGw1JN+h.net
C++コードをRustに書き換えるAIサービスが必要だと思う
828:デフォルトの名無しさん
25/08/08 13:45:50.94 gIsc4q5V.net
そういうの特別に作らなくても「これRustにしといて」ってAIに言えばやってくれるのでは?
829:デフォルトの名無しさん
25/08/08 13:53:28.57 Z9I4ROf3.net
そもそもプログラマーよりアカや左翼が多い職種なんて、市民団体ぐらいしかないんじゃないかって話で
830:デフォルトの名無しさん
25/08/08 14:02:07.32 gIsc4q5V.net
>>808
でも会社で部署移動させられたことを言語のせいにするやつはさすがに居ないだろう。
居るかも知れんけどw
831:デフォルトの名無しさん
25/08/08 14:07:02.56 CN8HoMW1.net
左翼の特徴は、デファクトスタンダードと逆さまにして、自分の地位を築こうとすることだ。
常識と逆さまの教義を入れるのは、宗教に必要な特徴の一つだとされている。
832:デフォルトの名無しさん
25/08/08 14:18:49.94 OL6PJEc4.net
スタンダードは無視してもコンプライアンスは無視しないのが強い
逆だったらすぐ失脚するのに
なぜ逆にならないのか
833:デフォルトの名無しさん
25/08/08 14:27:22.11 YM6YBMIb.net
ここにRustを仕事で使ってる人はいないということです
834:デフォルトの名無しさん
25/08/08 14:29:55.78 KgkRm1X8.net
>>808
遅い言語だけどこちらはデファクトスタンダードだ！Rustなんか知らねー、とか
安全でない言語だけどこちらはデファクトスタンダードだ！Rustなんか要らねー、とか
そういう話？
835:デフォルトの名無しさん
25/08/08 14:45:21.77 6e/19O69.net
>>816
こういう一方的に体制を敵視して相手にされてない感じも左っぽい
というか環境活動家に近い精神性を感じる
836:デフォルトの名無しさん
25/08/08 15:02:25.09 WBGZf4yQ.net
>>808
よくわからんけど、実際にそういう人がいたってこと？
対象の身内のフリをして外部を攻撃することで、対象への攻撃リソースを無償で調達するスキーム（いわゆる「偽旗作戦」の変形応用版）は世の中に溢れているので、無意味に振り回されないよう意識するといい（かも）
837:デフォルトの名無しさん
25/08/08 15:02:36.78 44pGW4fP.net
ダメな言語しか使えないクズ人間が逆恨みしてる
838:デフォルトの名無しさん
25/08/08 15:04:18.08 CN8HoMW1.net
Rustがその駄目な言語なんだが。
839:デフォルトの名無しさん
25/08/08 15:11:38.74 OL6PJEc4.net
競争とヘイトをいちいち区別する意味がわからないが
どっちもダーウィニズムに忠実な行動をしているだけじゃないのか
840:デフォルトの名無しさん
25/08/08 15:24:38.84 YM6YBMIb.net
複おじと数学大先生の正面対決久しぶりだな
841:デフォルトの名無しさん
25/08/08 15:50:42.08 o7IOCV9l.net
これは複おじではないだろ
842:デフォルトの名無しさん
25/08/08 15:51:36.16 o7IOCV9l.net
複おじも一部に登場してはいるけど
843:デフォルトの名無しさん
25/08/08 16:12:32.21 cXvzp1D+.net
>>820
Rustのように性能と使いやすさを両立させたプログラミング言語は他にある？
844:デフォルトの名無しさん
25/08/08 16:34:13.19 gIsc4q5V.net
N88-BASIC(86)
845:デフォルトの名無しさん
25/08/08 16:36:25.03 WKsEIIsv.net
Haskell の型システムが凄く良くて使いやすいと思ってたからシステムプログラミング向け言語でそれをやってる Rust はありがたいと思った。
846:デフォルトの名無しさん
25/08/08 16:43:19.83 6e/19O69.net
>>825
zig
847:デフォルトの名無しさん
25/08/08 16:52:59.44 cXvzp1D+.net
>>828
zigはasyncを当面断念したのが痛い
このまま永遠にversion 1.0になりそうにない
848:デフォルトの名無しさん
25/08/08 17:07:01.63 JRtYBrvu.net
>>829
1ヶ月前にasync再開した
URLﾘﾝｸ(www.reddit.com)
849:デフォルトの名無しさん
25/08/08 17:44:33.17 cXvzp1D+.net
>>830
開発を再開しただけか
使えるようになるのはいつなんだろう
850:デフォルトの名無しさん
25/08/08 18:20:10.66 JuiR3DgF.net
こういうのが複おじ
851:デフォルトの名無しさん
25/08/08 18:21:28.08 YM6YBMIb.net
言わんでも分かる
852:830
25/08/08 18:32:40.00 +VuOIpQM.net
そう思ってピンポイントレスしたw
そろそろ汚コード来る
853:デフォルトの名無しさん
25/08/08 21:47:53.94 oB2m3aal.net
IT大手各社がRustへと舵を切った最大のポイントは8年前発表のasync実装が実用的に書けて実用的に動くことがわかったことだった
そして5年前2020年のtokio 1.0リリースよりも前に各社が採用して数カ月後にはRust Foundation設立で業界全体のRustへの移行の流れが完全に確定した
854:デフォルトの名無しさん
25/08/08 21:50:02.39 ZlZQEVM1.net
大手がそんなこまけー話で決断するかよw
話作んな
855:デフォルトの名無しさん
25/08/08 22:09:31.43 c00mh9xk.net
>>836
確かに。
856:デフォルトの名無しさん
25/08/08 22:10:30.38 nZYxNs00.net
各社のサービスはSNSからクラウドまですべてWebベースだったからでしょ
Webはasyncでどれだけ同時に大量に捌けるかが現在の根幹だけど
async/await導入前は自分でFutureをpollして同期してコードが大変だったから
857:デフォルトの名無しさん
25/08/08 22:36:18.63 JtBq4hZX.net
async awaitはc#由来でしょ？
858:デフォルトの名無しさん
25/08/08 22:47:07.64 YM6YBMIb.net
あんまりうるさいと後置.awaitがどれだけ素晴らしいかをとうとうと語り始めそう
859:デフォルトの名無しさん
25/08/08 22:58:09.44 lJ2ToLS2.net
>>839
それはasync/await
860:文法面の話で大雑把に言うと4つのうちの1つかな 非同期はそれより前からFutureもしくはPromiseという形で昔から各言語で扱われてきている Futureの仕様、async/awaitの仕様、そしてそれらの内部実装がまず重要でRustでも時間がかかった 4つ目としてはスケジューラ
861:デフォルトの名無しさん
25/08/08 23:07:02.14 /6PeYFMz.net
C++のasync関係が使いにくい上に
tokioのような実用スケジューリング基盤が普及しないままだったことも大きいよ
C++の怠慢がRustへアシストというかオウンゴールしたようなもの
862:デフォルトの名無しさん
25/08/08 23:34:15.13 WKsEIIsv.net
async について言語に専用の文法を設けるほどの特別な地位を与えてしまったのが正解かどうかはわからない。
ここまで言語に癒着してしまうと今後に良い動作モデルが発見されても切り替えにくくなるから。
今は言語にガッツリと組み込んで連携することが使いやすさにつながっているけど、
このモデルと一蓮托生でかまわんのか？ という疑問はあるよ。
まあそれは遠い将来までわからん話なので考えても仕方ないというか
他の言語でもしょうもないトレンドに寄りかかりすぎてないかと思うことは多いので
それで特に Rust の地位が揺らぐとは思ってないんだけどね。
863:デフォルトの名無しさん
25/08/08 23:43:33.20 wV0gks9N.net
文法面よりも高速な非同期Web基盤フレームワークを作り上げたことが効いてる
サーバー関係で新たに何かソフトを作ろうとした時にRustで作るのが一番楽になってる
864:デフォルトの名無しさん
25/08/09 01:00:12.53 Yh3GYmGX.net
>>844
expressっていうノードJSで動くものもあるけど
全部タイプスクリプトだと楽だぞ
865:デフォルトの名無しさん
25/08/09 01:28:04.64 JmSi3w3z.net
>>845
Node.jsは素晴らしい基盤だけどJavaScriptだから基本がシングルスレッドなのでlibuvレベルマルチスレッド増やすかワーカーかクラスターどの方でもマルチコアをシームレスに使い倒すのが無理なんだよ
Rustなら例えば1つのプロセスでマルチコア個数分だけのOSスレットを起動して無数の非同期タスクを次々と各スレットにスケジューリングさせていくことで同一プロセス内でシームレスかつ資源の無駄なくCPUをフルに使い倒すことができるよ
性能差がはっきりと出ちゃう
866:デフォルトの名無しさん
25/08/09 01:38:35.49 SSZ593QU.net
>>845
同じWEB APIを
nodejsのexpressとhono
rustのactix-webとaxum
の4つで作って試したけど
同時リクエスト処理数は
actix-web > axum >>>> hono >>>> express
って感じだった
メモリ使用量はだいたいこの逆になる
expressは大きくなりすぎだよ
nodejs使うならhonoに限らないけど新興フレームワーク使った方が良い
とはいえ自分は私的なプログラムなのでrustにした
やっぱ少メモリであることはハード選択時にかなり有利だよ
867:デフォルトの名無しさん
25/08/09 01:51:56.09 5Tdv9NBS.net
> 非同期はそれより前からFutureもしくはPromiseという形で昔から各言語で扱われてきている
それは最初からasync/awaitを実装するつもりで、段階的に実装していった言語のchangelogを後から見るとそうなっているというだけで
async/awaitが言語をまたいだ共通語彙として受け入れられるまではFutureでもPromiseでもなんでもない、言語ごとにばらばらの方法で非同期処理が実装されていたんやで…
実際.NETにも4.0でasync/awaitが導入される前からAsyncCallback/IAsyncResultっていうのがあった
868:デフォルトの名無しさん
25/08/09 02:21:02.81 0kpd3G5K.net
>>847
性能差があるだけでなくメモリ消費量の差も大きいのか
nodejsも潮時�
869:ｩね
870:デフォルトの名無しさん
25/08/09 02:37:15.98 9f5sFRXd.net
>>848
C#信者無知すぎ
C#のasync/awaitよりも昔からfuture/promise/deferred/delayなど名前は違えど同じ概念で各言語にある
async/awaitが完全に後
871:デフォルトの名無しさん
25/08/09 02:57:21.53 xyhx6hof.net
国語力w
872:デフォルトの名無しさん
25/08/09 03:55:03.82 ZQl99HoD.net
>>849
nodejsにはnodejsの良さがある
ライブアップデートしやすいとか
サーバーレスで扱いやすいとか
学習難易度の低さとか
クライアント側との開発言語統一が容易とか
月並みだけど適材適所だよ
873:デフォルトの名無しさん
25/08/09 04:11:46.15 TtStBMlR.net
>>852
サーバーレスで扱いやすい？？
使ったことないのかね
874:デフォルトの名無しさん
25/08/09 09:14:26.89 Yh3GYmGX.net
>>847
参考になった、ありがとう。
エクスプレスとアクシオスコンビはVSCode拡張にもそのまま持って行けて楽なんだけどね。VSCodeの中でボンボン、ノードJSサーバー立てりゃ動くし
でも、アクティックウェブとかアクスムとかもそこまで性能差あるなら乗り換えよかな。普段アクスムはよく使ってたしルーター作るのも簡単だから好きだが、アクティックウェブは試したことないし今度試すよ
875:デフォルトの名無しさん
25/08/09 09:14:43.80 Yh3GYmGX.net
アクティックスウェブの間違いだったスマソ
876:デフォルトの名無しさん
25/08/09 10:28:39.50 l1zXGfIU.net
まるで競走馬の名前だ
算数の話をしているようでじつはサラブレッドの繁殖の話をしている
877:デフォルトの名無しさん
25/08/09 10:43:06.70 OU6EAzKD.net
C#の恩恵に乗っておきながら非難する屑
878:デフォルトの名無しさん
25/08/09 10:46:50.20 l1zXGfIU.net
恩知らずの口癖は
「代わりはいくらでもいる」だ
879:デフォルトの名無しさん
25/08/09 10:57:29.07 Ab8eMDOi.net
C#というかMSの業績だね
メジャーな前例のない中でMSはasync/awaitをC#の言語だけでなく.NETプラットフォームに全面的に一気に展開し、成功させた
そしてその成果を引っさげてJSにasync/awaitを採用させたことで瞬く間にスタンダードになった
880:デフォルトの名無しさん
25/08/09 11:08:17.68 BSmQSZbL.net
Promiseもasync/awaitも全部最悪じゃん。
881:デフォルトの名無しさん
25/08/09 11:14:19.28 OU6EAzKD.net
c＃はPromiseじゃない
882:デフォルトの名無しさん
25/08/09 11:50:07.78 DHz7Aq2J.net
>>844
C#が敗北してとても気持ちいい
883:デフォルトの名無しさん
25/08/09 12:20:36.40 Ab8eMDOi.net
JavaやGoのように仮想スレッドを使う道もあるね
Rustは本来的にはそっちの方が相性が良さそうだが、Webの基盤をなす重要かつ複雑な機能を一手に引き受けて開発しきれるだけのリーダーシップを
Rustの開発グループに期待するのは現実的なタイムラインでは厳しいだろうな
天才が現れて叩き台を作ってくれるのを期待するしかない
884:デフォルトの名無しさん
25/08/09 12:29:36.32 tJdIGlWe.net
>>863
Rustが成功した要因はそれを作り上げたことだよ
その基盤の上にWebを含めた各種のフレームワークが載っているよ
885:デフォルトの名無しさん
25/08/09 13:05:06.76 z7XrdkJ9.net
>>844
高速というのはともかく、「一番楽」は流石に違くない？
RailsやNext.Jsみたいなものと比べても「Rustの方が楽」と言える？
886:デフォルトの名無しさん
25/08/09 13:28:49.71 KyCqsRDr.net
>>865
狭すぎる
そいつらブラウザ相手にしか出来ない雑魚だろ
887:デフォルトの名無しさん
25/08/09 13:30:48.94 KGsTE/3q.net
さすがにRustが楽は、Rustを使ったことすら無いだろとしか
888:デフォルトの名無しさん
25/08/09 13:53:13.63 9eVwS7z5.net
Javaより楽でC#は論外
Goは一見楽でちょっとしたものならいいんだけ作り込んでいくと辛い
889:デフォルトの名無しさん
25/08/09 13:54:11.94 EEu2gOCH.net
>>866
ブラウザ相手にしか出来ないって何やねんww
890:デフォルトの名無しさん
25/08/09 14:01:52.59 /Iq0jg/5.net
対フロントしか頭にない人にとっては永遠に分からない
891:デフォルトの名無しさん
25/08/09 14:41:12.85 +KXYH/Jw.net
なるほど
対フロントに限定すると「Rustは辛い」ってことか
事実上の敗北宣言じゃん
892:デフォルトの名無しさん
25/08/09 14:41:24.99 l1zXGfIU.net
わかりえぬことまで報道するメディアはめんどくせえ
報道しない自由が一番楽
893:デフォルトの名無しさん
25/08/09 14:45:08.10 OU6EAzKD.net
C#に負けてたのを自覚してC#の攻撃始めてて草
894:デフォルトの名無しさん
25/08/09 14:50:43.76 mGpgGfjt.net
>>871
Rustで対フロント辛いことはないよ
何か困っているなら相談にのるけど
895:デフォルトの名無しさん
25/08/09 14:57:57.33 PcW3LgYK.net
>>873
過去形を使ってるということは現在はC#が負けてると自覚してるんだ
正直でよろしい
896:デフォルトの名無しさん
25/08/09 14:59:10.81 Om2mqfPg.net
お前に相談しても何も解決しないからこんなことになってんねや
897:デフォルトの名無しさん
25/08/09 15:03:03.57 OU6EAzKD.net
複数IDおじさんは死んだのですか？
898:デフォルトの名無しさん
25/08/09 15:27:40.97 vSzyTiPH.net
>>842
Rustの台頭を招いた戦犯はC++だな
遅いC#がいくら頑張っても無理だが
C++が高速で使いやすいものを築き上げていればRustが入り込む余地はなかった
899:デフォルトの名無しさん
25/08/09 16:20:54.80 8jBxYJQq.net
C++ は使い勝手が悪かろうと汚かろうと最悪の場面でなんとかできるという安心感はある。
Rust は良い言語だけど「綺麗に設計できなかったとき」のグダグダな辻褄合わせをフォローする力は弱い。
もちろん最初から全うに設計して全うにコードを整理できれば一番良いに決まってるけど、現実は非情でありプログラマは無能である……。
900:デフォルトの名無しさん
25/08/09 16:27:54.34 5dENg5ap.net
>>879
プログラミングで辻褄合わせなんて聞いたことがないんだけど具体的に何をするの？
901:デフォルトの名無しさん
25/08/09 16:56:57.23 l1zXGfIU.net
Optionや内部可変を許容すれば辻褄が合うんだろう
けど自分の考えだけで決めるのはアレだから
ヌルや代入をみんな許容しているから自分も許容するという形にできるのがJavaやC++
902:デフォルトの名無しさん
25/08/09 17:13:39.31 hxAIY3kv.net
ヌル安全でないそれらのダメなプログラミング言語はダメな言語しか使えないダメな人たち専用言語となっている
903:デフォルトの名無しさん
25/08/09 17:32:09.56 8jBxYJQq.net
現実は駄目なのでしゃーない。
904:デフォルトの名無しさん
25/08/09 17:35:33.16 bqtMLqjo.net
Rustを学ぶとくどくて読みにくい日本語を書くようになる効果でもあるの？
905:デフォルトの名無しさん
25/08/09 17:50:27.29 JJdMnyaw.net
パターンマッチで全タイプ網羅しないと脳内コンパイルが通らなくなるらしい
906:デフォルトの名無しさん
25/08/09 18:35:03.78 pUGHLIhK.net
>>879
理論上はunsafe使えばRustでもどうとでもできるとは思うんだが
あんまり雑にunsafeするための情報が転がってないしね
907:デフォルトの名無しさん
25/08/09 18:35:26.57 93q/kIgN.net
糖質とRustって親和性が高いんだろうな
908:デフォルトの名無しさん
25/08/09 18:47:25.85 Aw+43M+T.net
>>879
逆だろ
C++とは異なりRustならどう書いても設計を変えてもリファクタリングしても安全が保証される安心感がある
909:デフォルトの名無しさん
25/08/09 18:54:19.90 Aw+43M+T.net
>>886
Rustではまず最初に必ずsafeのみで記述するという絶対原則がある
プログラムを完成させ計測した上でネックが見つかりunsafeで安全に記述できる構造が見つかった時のみ検討が行われる
910:デフォルトの名無しさん
25/08/09 19:05:23.53 8jBxYJQq.net
>>888
変えるためにはグダグダだろうがなんだろうが一度は形にならなきゃいけないが、そもそも形になんねーんだよ。
安全が保障されるよりも、バグだらけでも�
911:ﾜず動かなきゃ話にならんのが現実の要件なんだ。
912:デフォルトの名無しさん
25/08/09 19:09:10.78 Aw+43M+T.net
>>890
形にならないとは何だ？
安全でなくバグがある要件なんて現実にないぞ
913:デフォルトの名無しさん
25/08/09 19:19:50.51 pUGHLIhK.net
>>891
自分でも安全性が保証されないことと安全でないことの区別付いてないじゃん
914:デフォルトの名無しさん
25/08/09 19:22:49.98 Aw+43M+T.net
>>892
Rustで書けばよい
必ず安全が保証される
915:デフォルトの名無しさん
25/08/09 19:34:03.38 8jBxYJQq.net
>>891
納期は要件の中で優先順位が高い。
納期を守れればバグの改修を後回しにする交渉は可能だ。
動くものが無かったらバグもクソもねーんだよ。
916:デフォルトの名無しさん
25/08/09 19:41:04.68 Aw+43M+T.net
>>894
そういう時はこういう症状のバグがまだ残っていますと添えて提出するだけの話だろ
Rustと関係なくどの言語でも同じ
917:デフォルトの名無しさん
25/08/09 19:47:31.13 Ab8eMDOi.net
>>895
多重下請けマっぽい物言いだが、だとしても複おじにまともに実務経験があると思えないんだよなあ
底辺クソブラックでロクに仕事もできず病んで数年で退職、以後長期ニートとか？
918:デフォルトの名無しさん
25/08/09 20:07:08.42 rQqeE1Vt.net
>>886
バグを回避するためにunsafeを使おうとしている？そんなアホな
レッドカードや
919:デフォルトの名無しさん
25/08/09 20:08:29.79 l1zXGfIU.net
シンギュラリティには納期がないのに物凄いお金をかけて大丈夫なのかな
920:デフォルトの名無しさん
25/08/09 20:36:20.23 Q6/AOvN1.net
>>897
バグの話なんてしてないけどどこをどう読んだらそうなるんだ
921:デフォルトの名無しさん
25/08/09 20:42:43.33 28rfMcPG.net
>>899
バグをつじつま合わせで回避する話かと
ちゃうん？
922:デフォルトの名無しさん
25/08/09 21:01:25.43 k8Vi1+RP.net
安全性とは関係ないバグもあるんだけどね
Rustでかくと安全性は保てるのかもしれないけど仕様通りの動作をしないバグとかは防げない
923:デフォルトの名無しさん
25/08/09 21:27:23.11 jMm762NP.net
Rustは読み出し中の書き換えや、書き換え中の別からの書き換えを防止してくれる
そのため知らぬ間に値が変わっていた系のバグも防げる
924:デフォルトの名無しさん
25/08/09 21:48:17.59 ZfnYWhel.net
ふーん、並列とかウェブってそんなに実需あるのか
俺は関数呼び出しの情報をそのままデータ化（Requestオブジェクト）するアイデアを思いついたんだけどそれって使える？
要するに関数ポインタ、引数、返り値を格納する変数へのポインタ、と、この3つを構造体に格納して遅延実行したりキューイングしたりするんだけど
925:デフォルトの名無しさん
25/08/09 21:57:58.06 28rfMcPG.net
>>903
目的とメリットは何やろ
クロージャや非同期関数など既にあるけど
926:デフォルトの名無しさん
25/08/09 22:06:39.52 ZfnYWhel.net
目的は一応並列
メリットは軽量
927:デフォルトの名無しさん
25/08/09 22:10:32.49 xyhx6hof.net
平凡すぎる
928:デフォルトの名無しさん
25/08/09 22:11:56.03 28rfMcPG.net
>>905
並列には不要かなー
並行には機能不足だね
929:デフォルトの名無しさん
25/08/09 22:19:05.11 ZfnYWhel.net
実行リクエストを出してその完了をその場で待つ、というニーズなら十分応えられる
それにこれってゼロコスト抽象じゃない？
それならあって損するものでもない
930:デフォルトの名無しさん
25/08/09 22:19:58.74 LF6KHoht.net
C++を安全に書けない人のために補助輪を付けたのがRustだ
安全に書けばC++の方がいいのだ
931:デフォルトの名無しさん
25/08/09 22:21:53.61 28rfMcPG.net
>>908
昔からのコールバック関数と何が違うのかな～
932:デフォルトの名無しさん
25/08/09 22:24:43.56 jMm762NP.net
>>909
使えばわかる
Rustは抽象度がさらに高く
書きやすく読みやすい
C++はメリットがない
933:デフォルトの名無しさん
25/08/09 22:32:22.44
934:ZfnYWhel.net
935:デフォルトの名無しさん
25/08/09 22:56:30.31 KGsTE/3q.net
AIって有能が使うと有能が加速するけど、馬鹿が使うと馬鹿が加速するツールだから頼らないほうがいいよ
936:デフォルトの名無しさん
25/08/09 23:08:49.86 ZfnYWhel.net
async/awaitの中身ってじゃあこの三つ組だったりするの？
937:デフォルトの名無しさん
25/08/09 23:22:31.78 28rfMcPG.net
>>914
awaitの地点毎に一旦出て再び戻ってくるよ
つまりステートマシンなコルーチン
スタックレスで実装されているよ
938:デフォルトの名無しさん
25/08/09 23:46:59.37 ZfnYWhel.net
俺はこれを定義して命名しただけで実装は誰がやってもいいと思うんだけど
高速ウェブサーバとか作れそうかな？
939:デフォルトの名無しさん
25/08/09 23:53:35.88 jMm762NP.net
環境キャプチャできるクロージャよりも劣る
940:デフォルトの名無しさん
25/08/10 15:31:38.50 1cj3h1dn.net
Rust 1.0ってもう10年前なんだ
941:デフォルトの名無しさん
25/08/10 19:32:55.30 2D3Ahc3U.net
>>879
コーディングスタイルは十人十色かもしれないが、
グダグダな辻褄合わせというフェーズの存在は初耳だ。
やり方もしくは能力になんらかの問題を感じる。
942:デフォルトの名無しさん
25/08/10 19:59:07.22 5hMvqzsk.net
エスパーだけど速いコードを書くことはできても小さいコードを書くことはできないことがあるからじゃない？
943:デフォルトの名無しさん
25/08/10 22:09:28.11 Zg5co2YS.net
どう
944:デフォルトの名無しさん
25/08/11 15:40:24.74 EC/wLypS.net
>>919
そうだよ。
大抵の場合に無能はいるし問題はあるという現実を前にしてそれでもなんとかしなきゃならないという話をしてるんだ。
945:デフォルトの名無しさん
25/08/11 15:59:02.43 GdF4E6X/.net
辻褄合わせのプログラミングをしてる人は言語関係なくプログラマーに向いていない
去ってもらうのが業界のため
946:デフォルトの名無しさん
25/08/11 16:30:48.22 3Pi1Vu8v.net
プログラミングしたら負け
947:デフォルトの名無しさん
25/08/11 17:25:34.81 X2QbX/qC.net
辻褄合わせのプログラム書いてる人がいると聞いて慌てて飛んできた
いったいどういう神経してんのさ、さっさとアーキテクチャー見直さないとかアホなの？
948:デフォルトの名無しさん
25/08/11 18:04:11.30 EC/wLypS.net
知らんわ。
俺にその権限はないし、「今」なんとかしなきゃならないときにそんなこと言っておれんのが現場ってもんだろ。
949:デフォルトの名無しさん
25/08/11 18:12:09.66 UQA5I5Ux.net
仕事の経験が無い人にはわからんのだよ
950:デフォルトの名無しさん
25/08/11 18:48:11.52 BYBfr1qg.net
>>756の言葉を借りるなら
なにごとも慣れ
取り組んでいればunsafeも上手く取り扱えるようになるよ
しかし避けていればいつまでたっても取り扱えないまま
951:デフォルトの名無しさん
25/08/11 19:35:04.21 GpYObhHZ.net
文法を100時間かけて習得しても、ちゃんとした設計でRustのコードをかけるようになるまでが長すぎる…。ChatGPTで解決しないレベルの問題ばかり引く
Builderパターンを使うべきか、new()に与えたくない引数を与えるかで30分も悩んじまった。Rustに変えてからこんなんばっか。別の言語の経験がもっと素直に生きるもんかと思ってた
952:デフォルトの名無しさん
25/08/11 19:42:07.67 oNbTL3km.net
さすがにそれは別の言語の経験とやらが自分が思っていたよりも浅かったということでは
953:デフォルトの名無しさん
25/08/11 19:48:10.80 GpYObhHZ.net
C++の経験がもっとあれば違った気がする
データサイエンティストが使うpythonはけっこう遠かった
954:デフォルトの名無しさん
25/08/11 20:12:48.42 N8nCnSEw.net
Python経験しかないならそりゃそうなる
言語の複雑さ以前に、そもそもそれらの機能が何故必要なのかが分からないだろうからチンプンカンプンだろうな
そもそもあえてRustなんかやる必要があるのかも疑問
955:デフォルトの名無しさん
25/08/11 20:14:46.95 SuQLHjmT.net
>>929
どの言語でも共通の概念があ�
956:闃e言語のやり方がある 同じくChatGPTに頼ったとしても個別のやり方だけをコピペして来た人は概念の理解に乏しく応用が利かない 別の言語の経験が生きるかどうかは本人の問題
957:デフォルトの名無しさん
25/08/11 20:36:59.84 7BdHEm5E.net
スクリプト屋が意識高い言語やりたいなら、Goとかのほうがいいんじゃね
958:デフォルトの名無しさん
25/08/11 20:46:19.85 Kb00poZQ.net
>>931
C++は不要だが比較的すぐ習得できると言われるC言語くらいはプログラマーを名乗るなら理解しておくべき
いわゆる参照の値渡ししかないPythonの経験のみでは何をするにも最初は時間がかかるだろうが
959:デフォルトの名無しさん
25/08/11 21:05:12.32 xz+O0Ovt.net
Cなんて値渡ししかない
やるならC++にするべきだ
960:デフォルトの名無しさん
25/08/11 21:35:06.71 ZDxIKfeQ.net
>>934
Goが意味を持つ領域は非常に狭い
今回は書かれてる情報よりPythonから呼び出す高速ライブラリ作成やPythonコードの高速化や省メモリだろうから
Rustが全言語の中でベスト選択肢
>>936
Rustを会得する上でC++の知識は必要ない
似た概念はあるが異なるためRustのために新たに学ぶ利点はない
961:デフォルトの名無しさん
25/08/11 22:00:32.02 BYBfr1qg.net
どんだけC++嫌いなんだ
962:デフォルトの名無しさん
25/08/11 22:08:22.37 dOXmVIim.net
C++からRustへ来てその違いの多さに右往左往してる人たちのために指南が行われるくらい方向性ちがうよな
963:デフォルトの名無しさん
25/08/11 22:27:35.71 7BdHEm5E.net
まあかぶってるのは最初から用途だけだし
964:デフォルトの名無しさん
25/08/11 22:27:41.34 X2QbX/qC.net
辻褄おじって複おじだろうな
C++なら設計不具合を辻褄合わせできるって、、、
それRustと違ってコンパイルエラー回避してるだけで設計なおってないぜ
965:デフォルトの名無しさん
25/08/11 22:37:24.77 05Dprm4o.net
>>929
>Builderパターンを使うべきか、new()に与えたくない引数を与えるか
これ他の選択肢は考えなかったの？
その2つで悩むくらいなら与えたい引数だけを取るコンストラクタを用意したほうがいいケースに見えるけど
966:デフォルトの名無しさん
25/08/11 22:37:41.46 AFY6XkLY.net
辻褄合わせのスパゲッティなプログラムを書く人はどの言語にもいる
Rustはスパゲッティなプログラムの主因でもある参照の競合を防げる言語
辻褄合わせをしてきたスパゲッティなプログラマーは破綻して炙り出される
967:デフォルトの名無しさん
25/08/11 22:37:56.35 oFJRCO1f.net
今更複おじの称号を他人になすりつけようとか小賢しいことしてもバレバレですよ
968:デフォルトの名無しさん
25/08/11 22:40:04.28 05Dprm4o.net
>>941
どう考えても別人だろ
969:デフォルトの名無しさん
25/08/11 23:52:30.33 DkamCpJM.net
下手なプログラミングしてきた者がRustは辛いと言い出すから下手さがわかりやすく出ちゃう
970:デフォルトの名無しさん
25/08/12 00:14:37.40 G/XPXKyQ.net
>>942
もっと複雑な実装をする時はその選択肢も当然入ってくる
971:デフォルトの名無しさん
25/08/12 00:22:19.92 G/XPXKyQ.net
>>935
Cの経験は独学レベルなら一応あるんだけど。Rustはまだまだきついわ
基本文法を取得してから、実戦投入に慣れるのに、2ヵ月か、下手したら3ヵ月ぐらいかかりそうな具合
俺、今まで関わった機械学習系の開発プロジェクトで、大体どこに行ってもコーディング一番得意な人だったのに
Rustはまだしっくりこない。やっぱ、この言語ちょっと特別な気がする
972:デフォルトの名無しさん
25/08/12 00:33:40.13 a3TkiHxV.net
設計に迷ったならAPIガイドラインっていうのが一応あるけど
そういう話じゃないか
URLﾘﾝｸ(rust-lang.github.io)
973:デフォルトの名無しさん
25/08/12 00:40:04.46 i1L5Xnaz.net
>>947
Builderを使う状況以上に複雑な場合なんてあるの？
いくつかあるオブジェクト生成方法の中で
最も複雑な状況に対応するのがBuilderパターン
逆に最もシンプルな状況に対応するのがnew()
その両極端で悩んだという話だから
new()よりの方法を紹介したつもりだったんだが
974:デフォルトの名無しさん
25/08/12 01:24:50.74 G/XPXKyQ.net
>>950
あー。その場限りのcontextの構造体を作るだけの最小構成ならBuilderパターンより軽いのか
コンテキストというと、どうしても汎用的なの、もっと言うとGod的なの想像しちゃった
コンテキストだとある程度は汎用性を持たせた実装にしないと、
最悪の場合、引数で与えたくない値をラップして見えにくくすることで、
罪悪感を和らげる的な実装になってしまう気がする
だから自分は重いコードを想像してしまった
975:デフォルトの名無しさん
25/08/12 01:24:59.60 MtCSZU3d.net
複おじの複って何の略なの？
オレオレ用語を使われてもよくわからん
976:デフォルトの名無しさん
25/08/12 01:48:28.10 a3TkiHxV.net
複おじの概要
ｽﾚﾘﾝｸ(tech板:5番)
977:デフォルトの名無しさん
25/08/12 01:50:32.88 a3TkiHxV.net
あの頃に比べると複おじは全然コード書かなくなったな
最近は他言語とか初心者をこき下ろしてばっかり
978:デフォルトの名無しさん
25/08/12 02:40:56.87 u3A5dRZj.net
>>950
Rustでnew()の意味は決まっていなくて自由だけど
おおむね最小限のものを与えるものがnew()
つまりnew()の引数は最小限のものを作るのに必要なもののみ
今回はnew()に与えたくない引数を与えるか悩んでるようだから
必要最小限てはない引数であると推測できる
この状況では3つの単純な方法
①new()してからsetxxx()を呼び出す
➁①の2つを一気に行なうxxx()を作る>>942
③ビルダーパターン
979:デフォルトの名無しさん
25/08/12 08:30:19.04 4cospISj.net
今時そんなパラメータ並べるだけの低次元な単純作業はAIにやらせりゃ一瞬なんだからどうでもいいよ
内部的に使うだけであり、かつAI利用を前提とするなら、>>942案がベター
ユースケースに特化した最小限の実装の方が人間がコードレビューしやすいし、少ないトークンで済むし、AIに余計な混乱を与えない
後で変更する必要が出てきたときの認知負荷の問題もAI前提ならあまり考慮しなくていいしな
980:デフォルトの名無しさん
25/08/12 10:27:16.64 uzbu6zoz.net
Rustの仕事って複おじみたいな活動をする仕事しかもうないんじゃね
981:デフォルトの名無しさん
25/08/12 10:32:04.33 o6GedXY5.net
>>951
コンストラクタとコンテキストを空目してる？
982:デフォルトの名無しさん
25/08/12 10:47:11.93 6RAsIQle.net
ビルダにしつつマクロでくるむのもよくあるパターン。
Rust には可変長引数がないから割と気軽にマクロを使う。
それか引数全体を構造体にして基本パターンを Default で生成できるように実装しつつ変更が必要なところは .. で変えるみたいなのもある。
983:デフォルトの名無しさん
25/08/12 10:56:03.75 5BWK9Np7.net
>>955
いわゆる依存性の注入パターンだから
Constructor Injection
Method Injection
Setter Injection
どれを使ってもよくて大した問題ではないな
しかしこれはどの言語でも起きる共通の話
>>929がRustに変えたら悩んだと言ってることが理解できない
984:デフォルトの名無しさん
25/08/12 10:58:44.65 G/XPXKyQ.net
>>958
はい。空目した
985:デフォルトの名無しさん
25/08/12 11:05:02.51 ag9TAHO3.net
実質ビルダと変わらんけど初期化用の構造体からfromとかintoで変換するのがRustっぽい
impl From<...>
986:for Foo を複数の型に対して実装すると初期化オーバーロードの代替になる
987:デフォルトの名無しさん
25/08/12 11:09:29.01 S3jeW6Sh.net
>>957
システムプログラミング用だけどC/C++と違って組み込みみたいな数こなす仕事がないからね
一部、自動運転のような高度な分野で使われているようだが、Rustを好むような層に作業服着て愛知の工場で働きたい奴がどれだけいるかは激しく疑問だわな
Web系にしてもRustは少ない労力で極めて大きくスケールする部分に限定して用いられるのが現状で、
大量に並んだ業務トランザクションの一覧を一個一個実装してくような性質の仕事じゃないから、Rustの仕事はごく一部の上位層に限られる
988:デフォルトの名無しさん
25/08/12 11:17:08.27 55fYHsEH.net
>>962
Rustプログラミングはトレイトを用いたジェネリック化が基本だよね
初期化生成が単なる変換で済むなら独自トレイトは不要でFromやTryFromを使うのがRust流
なぜトレイトを使うべきか理由は複数の型に対応できるだけでなくテストの時のテスト用モック型も同様に扱えるため
989:デフォルトの名無しさん
25/08/12 11:20:36.03 kIE6XRW2.net
>>963
生成AIでもライブラリのRust化など色んな分野でRustへ置き換わる方向へ進みつつあるよ
990:デフォルトの名無しさん
25/08/12 11:34:03.77 sCNFFs6h.net
Rustがネイティブで動くFPGAとか出てこないかな
991:デフォルトの名無しさん
25/08/12 11:34:46.25 G/XPXKyQ.net
個人開発でiphone, android両対応のアプリにcrdtを組み込むのにrustを使ってる
そんな上位層でもないんだけど
992:デフォルトの名無しさん
25/08/12 11:45:54.31 qcKUJthg.net
ビルダーやnewとかfromコンストラクタとかの話は言語機能の貧弱さから来ているんでは？
文法でなくコミュニティ依存のベストプラクティスを学ばないといけないのは弱点だと思う
後で潮流が変わってそのためだけにシグネチャを変えるのがバカバカしい
変えないと古臭いとか勉強不足と言われるのもくだらない
993:デフォルトの名無しさん
25/08/12 12:08:53.37 cacY6MRR.net
>>968
言語機能が強いからFrom実装だけで任意の型に対して対応できるんよ
エラー型の変換にしても同様
？オペレータで自動的にInto変換されるためこれもFrom実装だけで対応OK
994:デフォルトの名無しさん
25/08/12 12:19:28.82 TPXEzVE3.net
>>965
Rust意味ないじゃんｗ
995:デフォルトの名無しさん
25/08/12 12:22:14.20 IjrX/Wgj.net
>>968
コミュニティ依存の方法なんてないぜ
全てRust標準ライブラリで用いられている標準の方法だ
Fromを知らずして君はRustの何を勉強したと言うのだ？？
996:デフォルトの名無しさん
25/08/12 12:49:05.48 aUpqhYkf.net
newはコミュニティで意味をもたせてるだけで、別に言語的に特別な意味を持たないっていうのは
どうなんだろうなとは思う
997:デフォルトの名無しさん
25/08/12 12:55:21.80 9RnwCZim.net
>>970
どの分野でも省メモリ化や高速化が求められる部分があって従来はC/C++で書かれていたんだけど
今は安全性の観点からもRustを使えるならRustを使え、になっていってる
日本でもすぐにそうなるよ
998:デフォルトの名無しさん
25/08/12 13:03:36.49 uzbu6zoz.net
>>973
生成AIは安全なの？
999:デフォルトの名無しさん
25/08/12 13:07:23.74 6RAsIQle.net
コンストラクタに元から特別な意味などなかったことに気づいたという話なんじゃねーの。
new は共通するインターフェイスに出来ないからトレイトにする意味もないし。
1000:デフォルトの名無しさん
25/08/12 13:14:49.76 U2drFIcF.net
>>863
その仮想スレッドはRustではタスクと呼んでいて既に実現されている
業界がRust支持へ回った背景としてRustの軽量なタスク実装がサーバーの能力を最大限に引き出せることを実証した点が最も大きい
安全なだけでは採用されなかった
1001:デフォルトの名無しさん
25/08/12 13:56:44.32 tGCKXEeA.net
tokioのtaskのことだと思うけど、あれは仮想スレッドとは違うよ
仮想スレッドというと、 awaitのような中断ポイントを明示せず普通の関数のように書けて、かつIO処理をランタイム側で非同期にやってくれるものを指すと思う
1002:デフォルトの名無しさん
25/08/12 13:57:24.16 tGCKXEeA.net
JavaやGoは仮想スレッドを
1003:デフォルトの名無しさん
25/08/12 14:04:54.70 S3jeW6Sh.net
わざわざ100レス遡って初心者レベルの間違った知識を披露する
これが複おじの真骨頂よ
1004:デフォルトの名無しさん
25/08/12 15:14:44.73 tZhL89Xj.net
>>974
もしかして複おじ
1005:デフォルトの名無しさん
25/08/12 17:12:45.82 wTdmXaoa.net
>>977
taskはtokio固有ではなくRust自体の概念
tokioはスケジューラーの1つにすぎない
tokioがなくてもtaskは機能する
軽量スレッドの実現にOSスレッドやOSプロセスと同様のプリエンプティブを求めるべきかどうかは議論が分かれるが
目的は軽量で高速に大量に動けばよく
同一プロセス内の自分自身のコードならば協調型でも支障はない
Rustでもversion 1.0になる前はプリエンプティブな軽量スレッドが採用されていた
しかしオーバーヘッドが大きいため廃止されてからRust 1.0が出た経緯がある
そして真に求められている実用的な軽さと速さから現在の協調型非同期なtaskが採用されその実用性が示された
結果としてRustへの移行が進みこの判断が正しいと証明された
1006:デフォルトの名無しさん
25/08/12 17:50:01.63 6RAsIQle.net
仮想スレッドの「仮想」は抽象度が高いことを言ってるものと理解してる。
仮想スレッドはスレッドのように動作するが実際に (OS が提供する) スレッドにどう割り当てられるかは実装の都合。
ひとつのスレッドの中で複数の仮想スレッドが協調スレッドのように動作するようなことがあるかもしれないし、
実際には同期的かもしれないが見かけ上はひとつの実行単位として抽象化されたレイヤが与えられている。
そういう意味でなら Rust のタスクは仮想スレッドのような概念だと言っても間違いではないんじゃないかな。
タスクはあくまでも見かけ上のインターフェイスであって、それを実際にどう処理するかはランタイムの選択次第。
1007:デフォルトの名無しさん
25/08/12 18:56:38.02 Fr0OCoiD.net
>>982
君やRustコミュニティがRustのタスクを仮想スレッドと呼ぶのは自由だが、明確に異なるものであることを理解しておく必要がある。
JavaやGoにおいておいて仮想スレッドで実行されるコードは完全に同期的であり、
OSスレッドだろうと軽量スレッドだろうとその上で実行されるコードに違いは生じない。
1008:デフォルトの名無しさん
25/08/12 19:11:01.80 wTdmXaoa.net
Javaの仮想スレッドもRustのタスクもGoのGoルーチンもOSスレッドに対してM:Nスケジューリングする点で違いはないよ
Rustの場合はスケジューラ依存だがtokioなどで全く同様にM:Nスケジューリングできている
違いはプリエンプティブかどうかスタックレスかどうかなど
Rustは協調的にスタックレスでパフォーマンスを出している
1009:デフォルトの名無しさん
25/08/12 19:11:36.92 evYq+DIX.net
仮想スレッドとタスクは別物だろう
タスクは非同期ランタイム上で実行される処理の方に注目したもの
JavaやGoだと「仮想スレッド上で通常の関数やメソッドを呼び出す」、RustやC#だと「非同期ランタイム上でタスクを実行する」という感じ
これらはそもそも違う方式
1010:デフォルトの名無しさん
25/08/12 19:24:15.59 /yJ0tylT.net
目的は共通して
高速かつ同時に大量に扱えること
CPUが持つ多くのコアスレッド数を偏りなく限界まで使い切れること
そして現実の用途でそのパフォーマンスを発揮すること
Rustのタスク/tokioはこれを満たしていてGAFAMをはじめとしたIT大手各社が採用している
1011:デフォルトの名無しさん
25/08/12 19:32:22.66 wTdmXaoa.net
>>985
その書き分けは正しくない
どちらもランタイムが必要な点では同じ
1012:デフォルトの名無しさん
25/08/12 19:43:37.81 KkjDCbTs.net
バカおじは、特に非同期やマルチスレッドでの実行を意図していない通常のコードもスレッドで実行されていることを理解していないのだろう
RustやC#のタスクと比較したJavaやGoの仮想スレッドの最大の特徴は同期的なコードと非同期的なコードの間に違いが無いことであり、
既存の同期的なコードを非同期化しようとする場合にも大規模な書き換えを必要としない
1013:デフォルトの名無しさん
25/08/12 20:17:50.06 /yJ0tylT.net
どちらが良いかは明らかで
言語自体も普及が遅れていて不利なRustのタスク方式を各社が採用した
その結果Rust自体も普及することになった
1014:デフォルトの名無しさん
25/08/12 20:28:25.50 a3TkiHxV.net
タスクと仮想スレッドは違うと言いたいんだか同じと言いたいんだかブレブレで何言ってるかさっぱり分からん
1015:デフォルトの名無しさん
25/08/12 20:35:35.59 a3TkiHxV.net
>>976「その仮想スレッドはRustではタスクと呼んでいて」
→同じ！
>>984「Javaの仮想スレッドもRustのタスクもGoのGoルーチンもOSスレッドに対してM:Nスケジューリングする点で違いはないよ」「違いはプリエンプティブかどうかスタックレスかどうかなど」
→目的が同じだけど違う！
>>986「目的は共通して」
→目的が同じなだけだからね！ 同じとは言ってないよ！
いつものくだらない言い繕いか
1016:デフォルトの名無しさん
25/08/12 20:41:50.62 wTdmXaoa.net
大きな違いとしてはRustのタスク方式はスタックレスで他はスタックフル
Rustでは何万ものスタック領域確保が不要でその切り替えも不要という利点がある
1017:デフォルトの名無しさん
25/08/12 20:43:33.09 BYPdwzD6.net
平日にくだらん言い争いやめろ
仕事しろや
1018:デフォルトの名無しさん
25/08/12 21:25:01.40 /yJ0tylT.net
それまでマニア向けだったRustが
これによりIT界の実用部門で採用され
普及に拍車をかけた重要な分岐点とみることもできる
1019:デフォルトの名無しさん
25/08/12 22:23:03.93 C7FhDLJq.net
このスレの半分は複おじでできています
複おじレスの半分は嘘・誇張・勘違いでできています
(残りの半分は自演レス)
1020:デフォルトの名無しさん
25/08/13 13:05:59.56 8ztXa6qO.net
う
1021:デフォルトの名無しさん
25/08/13 14:21:30.18 BMTFnZZ6.net
複
1022:デフォルトの名無しさん
25/08/13 18:02:27.96 8ztXa6qO.net
お
1023:デフォルトの名無しさん
25/08/13 18:47:51.10 p1WDfix1.net
じ
1024:デフォルトの名無しさん
25/08/13 20:28:33.97 G1NFqKcW.net
Rust最高！！
1025:1001
Over 1000 Thread.net
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 40日 22時間 58分 28秒
1026:過去ログ ★
[過去ログ]
■ このスレッドは過去ログ倉庫に格納されています