[過去ﾛｸﾞ] Rust part27 (967ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
1: 2024/12/02(月)22:32 ID:D+1pIyvG(1)調 AAS
公式
https://www.rust-lang.org/
https://blog.rust-lang.org/
https://github.com/rust-lang/rust
公式ドキュメント
https://www.rust-lang.org/learn
Web上の実行環境
https://play.rust-lang.org
※Rustを学びたい人はまず最初に公式のThe Bookを読むこと
https://doc.rust-lang.org/book/
※Rustを学ぶ際に犯しがちな12の過ち
https://dystroy.org/blog/how-not-to-learn-rust
※Rustのasyncについて知りたければ「async-book」は必読
https://rust-lang.github.io/async-book/
※次スレは原則>>980が立てること
前スレ
Rust part26
2chｽﾚ:tech
ﾜｯﾁｮｲスレ
プログラミング言語 Rust 4【ﾜｯﾁｮｲ】
2chｽﾚ:tech
868: 03/22(土)19:17 ID:wj/QNrNA(1/4)調 AAS
>>862
Rustの利用調査でWebバックエンドが利用の最大多数派であったように
Rustといえば主要な使われ方はWebバックエンドだよ
そもそもRustの基幹の一つであるtokioはそのために作られた
goroutineより性能も良い
>>866
C++は絶対にない
tokioやgoroutineに匹敵する非同期インフラすらC++では弱くて無い
869: 03/22(土)19:27 ID:+4wHRnDV(4/6)調 AAS
型安全警察で～す
870: 03/22(土)19:44 ID:GMYQzWfO(3/5)調 AAS
ユーザーは無料で遊べちまうのに業者は課金されるのか
871: 03/22(土)20:06 ID:LDE6EGsp(1)調 AAS
>>860
別に注目されてないだろｗ
872: 03/22(土)20:46 ID:+aAOpttf(10/10)調 AAS
RustはHaskellのようなもんだな
873(1): 03/22(土)20:51 ID:pQ0AfiNn(4/4)調 AAS
サーバー系は、どう議論しようがAWSらがRustを使うと決めてるんだから俺たちもRustを使うべきなんだよね
874: 03/22(土)20:54 ID:wj/QNrNA(2/4)調 AAS
RustがIT企業の支持を得られて普及した要因の最大の理由は非同期タスクでCPUマルチコアスレッドを最大限に生かせることが実証されたため
もちろんそのメリットを生かせる最大の分野がWeb
その結果としてWebインフラが次々とRust製になっていってるのもご存知の通り
875: 03/22(土)20:58 ID:Hzxc05GG(1)調 AAS
>>873
内部で使われてるって話とごっちゃになってないか？
876: 03/22(土)21:37 ID:nNEN9uWE(4/5)調 AAS
内部で使ってれば外部 (SDK) の充実だって期待できるだろ。
他もサポートするとはいっても内部で第一に使っている言語が最も切られにくいはず。
877: 03/22(土)21:47 ID:wj/QNrNA(3/4)調 AAS
もちろんそれもあるがアマゾンAWSはエネルギー効率の高さを示してRustの使用が良いと主張している
エコのため、クラウド提供側にとっては電気消費量のため、クラウド利用側にとっては利用料金のため、誰にとってもRustが良い
878: 03/22(土)21:49 ID:0jsJ/YT+(1)調 AAS
状況に応じて道具を選べないやつなんて所詮この程度だからな
相手にするだけ時間の無駄だよ
879: 03/22(土)21:56 ID:aLOoKjU5(3/3)調 AAS
企業としてはユーザーが最も多い言語のSDKに一番力を入れるんじゃない？
880: 03/22(土)21:56 ID:+4wHRnDV(5/6)調 AAS
じゃあRustか
881: 03/22(土)22:00 ID:P6hXjgwK(1/3)調 AAS
クラウドに限らずどんな分野のとんな用途でも
環境などで言語制限のある分野でなければ
Rustが一番よいだろうね
882: 03/22(土)22:02 ID:GMYQzWfO(4/5)調 AAS
雑な推理だな
お金の話をすれば雑でも許してもらえる法則でもあるのかな
883: 03/22(土)22:04 ID:+4wHRnDV(6/6)調 AAS
工数と開発者のスキルが必要なのが難点でしょ
スタートアップはとりあえずlaravelで雑でも動かしたい
884: 03/22(土)22:08 ID:nNEN9uWE(5/5)調 AAS
プログラマにかかるコストも大きいのでそれとのトレードオフではある。
885: 03/22(土)22:08 ID:wj/QNrNA(4/4)調 AAS
スキルがないとかその分野に標準の言語があるとかの制約がなければRust
制約がないのに他の言語を選ぶメリットがない
886: 03/22(土)22:17 ID:GMYQzWfO(5/5)調 AAS
なんで許されてるのか分からない人物を思い浮かべてください
もしかして、お金の話をしてるからじゃないか？
887: 03/22(土)22:49 ID:g5MG8noC(1/2)調 AAS
Goのほうが良い
888: 03/22(土)22:49 ID:g5MG8noC(2/2)調 AAS
Goのほうが良い
889(2): 03/22(土)23:13 ID:2RmOfPx/(1)調 AAS
なんかpythonの話ししてる時に呼んでもないのに出てくるRubyの人みたい
890: 03/22(土)23:30 ID:P6hXjgwK(2/3)調 AAS
Goは適用範囲が狭すぎてね
そしてその分野もRustが代わりになれるから
891: 03/22(土)23:39 ID:SJ3E9yt4(3/3)調 AAS
シングルバイナリで配布するなら、今でもGoの方が有利だろ
892: 03/22(土)23:51 ID:FupbzmQ3(1)調 AAS
>>855
CやRustが必ず速く、GC言語が必ず遅いです。
そのケースでは、CもRustもメモリ解放する必要ありませんから。
GC言語がCやRustに勝てる可能性はありません。
893: 03/22(土)23:59 ID:P6hXjgwK(3/3)調 AAS
スタック領域を最も活用できるRustが一番有利だろうね
もちろんヒープ領域は返さない手がある
894: 03/23(日)00:19 ID:Ft35v0Bz(1/2)調 AAS
プログラマが充分に賢いと仮定できるときとそうでないときがある。
895(1): 03/23(日)02:37 ID:FBKpXUl6(1)調 AAS
esbuildとswcを比べるといい
swcは少なくともesbuildの3〜5倍の開発工数がかかってる
にもかかわらず性能でも人気でも後発のesbuildに実質負けている
896: 03/23(日)04:01 ID:fJAmg8F4(1)調 AAS
>>889
あれなんだろうな
897: 03/23(日)08:06 ID:E0tNSJV1(1)調 AAS
>>889
KENYA が Eust 使ってる姿が想像できないなω
898(1): 03/23(日)11:30 ID:7BeeA992(1)調 AAS
>>895
これが現実だよな
規模の大きい用途でもなければ性能差以外のところに価値を見出さないとRustは選択肢にならない
899(1): 03/23(日)11:46 ID:ucJr9566(1/2)調 AAS
>>898
バカ発見
それは言語の比較ではなく作者の比較
900: 03/23(日)12:05 ID:dLW1UlJo(1/4)調 AAS
それを言い始めたら、現実のプロジェクトであまり使われないのを無視して「Haskellは生産的」と主張し続けてる人と同じじゃないの
901: 03/23(日)12:16 ID:hhiHggcP(1)調 AAS
何の制約もない理想的な世界ではRustが一番みたいな主張をするのは宗教だからね
現実を説いても無駄だよ
902: 03/23(日)12:29 ID:ucJr9566(2/2)調 AAS
ハスケルがどこで使われてるかは知らないが
Rustはネットインフラなど各所で使われてるからな
903(1): 03/23(日)13:45 ID:ILZgSc5B(1)調 AAS
PrismaなんてRustからTypescriptに乗り換えてるからなぁ
904: 03/23(日)14:04 ID:kax3x6iq(1/3)調 AAS
まあ現実というか現時点でHaskellは実在しているので
自分は現実を説いていると思ってる人はじつは将来のHaskellについて説いているんだろう
905: 03/23(日)14:14 ID:i3JV7Cin(1/2)調 AAS
>>903
PrismはJavaScript/TypeScriptでのSQLのORMだよ
コアをRustで書いていたけどTypeScriptとの間でのデータのシリアル変換がオーバーヘッドなのでやめた
RustでなくC/C++でもGoでも何でも同じ話
906: 03/23(日)14:19 ID:Ft35v0Bz(2/2)調 AAS
Haskell や ML 系は金融系で人気があるみたいな話だね。
そういう人は数理最適化とかの専門家で、アカデミック寄りの出自だったりするから言語もそういう系統になる。
907(1): 03/23(日)14:23 ID:MPpv/Zn0(1)調 AAS
>>899
そうそう優秀な作者だからこそヘルスバーグやエヴァン・ウォレスはRustでも作ってみて自分の目で比較した上で敢えてGoを選んでるんだよな
908(1): 03/23(日)14:29 ID:i3JV7Cin(2/2)調 AAS
逆にオーバーヘッドよりも効果が上回るものも多い
そういうものはJS/TSのライブラリがRustやC/C++で書かれている
これはPythonのライブラリでも同じ
Goでそれらのライブラリを書かれることはない
909(1): 03/23(日)14:41 ID:aJUotRkD(1/3)調 AAS
>>907
頭悪そうな君には理解できなかったのかね
TypeScriptの型チェック＆コンパイラの件は
①C#などのクラス依存言語はクラスベースで書かざるを得ないため元のTypeScriptコードとの相違が大きくなり今後もコードを合わせ保守していかなければならない特殊事情のため選べなかった
②RustやC++などはGC依存言語でないため元のTypeScriptコードとの相違が大きくなり今後もコードを合わせ保守していかなければならない特殊事情のため選べなかった
理解できない人は自分の言語にスレに戻りなさい
あるいはRustアンチスレへ行きなさい
ここはRustのためのスレです
910: 03/23(日)14:45 ID:NxWV5kSB(1)調 AAS
工数が3倍以上かかっても数%の性能向上でペイできる分野ならいいんだけどね
大手クラウドベンダーのインフラ開発がまさにそれ
ペイできるどころかお釣りがじゃんじゃん来る
逆にそういう分野に該当しないtscgoとesbuildでは
費用対効果を考えてRustは選ばれなかったということ
911(1): 03/23(日)14:47 ID:RxW/LXmg(1)調 AAS
typescriptのコンパイラやツールをgoにとられたのはかなり痛いね
仮にもpythonやjsと並ぶ覇権言語の実装に選ばれなかった
これは重みがある事象になる
912(1): 03/23(日)14:48 ID:kKBddGNP(1)調 AAS
PrismaのTS移行はパフォーマンスが主因ではないぞ
TSとRust双方のスキルが必要でコミュニティのコントリビュートが得られないからとはっきり書かれてる
https://www.prisma.io/blog/from-rust-to-typescript-a-new-chapter-for-prisma-orm
913: 03/23(日)14:51 ID:aJUotRkD(2/3)調 AAS
>>911
TypeScriptだけの自業自得の特殊事情を理解できない人はこのスレから出てけよ
ここはRustのためのスレ
914: 03/23(日)14:54 ID:aJUotRkD(3/3)調 AAS
>>912
他の言語コミュニティの問題ならRustは関係ないだろ
なぜそこまでしてこのRustスレを荒らすんだ？
915: 03/23(日)14:54 ID:AhwOgDDy(1)調 AAS
Rustを選んだらクビになるだろ
趣味ならRustで十分だよ
916: 03/23(日)15:04 ID:dLW1UlJo(2/4)調 AAS
>>908
Pythonについては「Goが選ばれない」というよりも、そもそもC/C++/Rustしか選択肢がない
他の言語でPythonのライブラリ(拡張モジュール) を作る場合、Pythonが提供しているC APIを呼ぶ必要がある (※)
だからCと連携しづらい言語は使えないし、Python側とは別のランタイム (Python側とは別に動くガベージコレクタ) を持つ言語も向いてない
まだC/C++製のものが多いけど、最近はRust製のものも出てきてて、この分野はRustがかなり有望だと思う
JS/TSは自分は詳しくないので知らない
(※)
C++/Rustの場合、実際にはPython C APIをラップするライブラリを使って開発するから、開発者が直接これを呼ぶわけではない
RustだとPyO3というクレートが有名
自分は実際にこれ使ってるけど、なかなか良い感じ
917: 03/23(日)15:16 ID:gOdPz2Go(1/2)調 AAS
なぜかRustスレでRustを叩くために
他の言語の仕様の問題とか
他の言語のコミュニティの問題とか
そんなRustと関係ない事情の件ばかりを持ち出すのは感心しないね
そういう他言語の問題がなければRustが好ましいという左証になってるとも言えるけど
918: 03/23(日)15:21 ID:2OqM692P(1)調 AAS
>>909
esbuildには?も?も当てはまらない
グリーンフィールドかブラウンフィールドかに関わらず
類似処理をしているesbuildとtscgoが同じ結論に達した事実を見れば
tscの特殊事情が主たる理由ではないことは明らか
919: 03/23(日)15:34 ID:gOdPz2Go(2/2)調 AAS
敗北して閑散としているGoのスレッドでやればいいんじゃないかな
Rustへの逆恨みは感心しないね
920: 03/23(日)15:39 ID:SFcoHXsN(1)調 AAS
Goが単にコンパイラに使われただけなのになにを騒ぐことがあるのか
Rustの優位性はなにも変わってない
921(1): 03/23(日)15:46 ID:5hw8+0Sa(1)調 AAS
Arena<T>やRc<RefCell<T>>を駆使しつつ自分でライフライム管理もやらなきゃ同等の性能は出ないんだから数倍コストがかかるのは当たり前
しかもコストかけたところで大して速くなる用途ではないからな
922(1): 03/23(日)16:42 ID:nyXcLsMC(1/2)調 AAS
>>921
arena allocation使うのはC++でも同じだよな
RcはC++にないからArc相当のshared_ptrになってしまうが
いずれも大した問題ではなく何を問題視してるのだろう
Rustなら必要なところで用いなければエラーにになるから必ず安全
923: 03/23(日)16:58 ID:/v/6A0mi(1)調 AAS
あんまりRustを馬鹿にすると人類滅亡だぞ
924: 03/23(日)16:58 ID:Js5gC5BL(1)調 AAS
なんかRustの評価と自尊心が結びついてるやつが居るな
925: 03/23(日)17:14 ID:kax3x6iq(2/3)調 AAS
C++時代には、RAIIやtemplateの知識を不問とする "better C" があった
"better C" からRustに移行するのは容易ではない
926: 03/23(日)18:32 ID:BVPP8nhy(1/2)調 AAS
SES業界ってなんですの？
やばそうなんですの？
927: 03/23(日)18:36 ID:BVPP8nhy(2/2)調 AAS
Chromeとfirefoxを比べるといい
firefoxは少なくともChromeの3〜5倍のRustコードが使われてる
にもかかわらず性能でも人気でも後発のChromeに実質負けている
928: 03/23(日)19:15 ID:nyXcLsMC(2/2)調 AAS
Firefoxは根幹がC++のまま進まないからな
ChromeのRustコード量が増えていき逆転するのは間違いない
929: 03/23(日)20:13 ID:3HZSVJR9(1/2)調 AAS
ブラウザ見てもわかるけど金を掛けられる余力がある企業や団体が開発資金を出さないと置き換えは進まない
Rustプログラマは特に集めるのは大変
掃いて捨てるぐらいいたらコストは下がるので開発も進む
930: 03/23(日)20:15 ID:MwG5166E(1)調 AAS
>>922
GC言語と比べて高コストという話なのにC++出してきても意味ないじゃん
931(1): 03/23(日)20:26 ID:uAz+aBh3(1/2)調 AAS
遅くてメモリ喰いのGC言語はC/C++/Rustに絶対勝てない
そんなにGC言語が好きならGC言語のスレに引きこもっていなさい
Rustを脅威に感じているからこそわざわざここへ来て暴れてるのだろうけど醜い姿
932(1): 03/23(日)20:31 ID:zNJHBv3d(1/2)調 AAS
環境要因だけど、単価と工数でGC言語が勝ってるってさ
933: 03/23(日)20:35 ID:uAz+aBh3(2/2)調 AAS
>>932
単価？
GC言語だけやってる連中はバカだから給料が安いということか？
934: 03/23(日)21:25 ID:dLW1UlJo(3/4)調 AAS
実際そう
Goはジュニアクラスのエンジニアとシニアクラスのエンジニアとで書き方が変わらないのが特徴で、Googleのような大きな組織での開発効率のために産まれた言語
良し悪しとかでなく、そもそもの言語の目的の違い
パフォーマンスが重要な仕事にはRustが向くけど
、それなりの速度があれば十分という分野ならRustを使う意味はあんまり無い
IOが中心になる分野なら、Rustは多少は速くても「劇的な違い」にはならないと思う
非同期処理を書くのが難しくないとか、社内に知見があるとかの方が重要という場面も多い
もちろんRustが向く分野も多いので、そちらではRustを使えばよい
言語は目的や求められる要求に応じて選ぶという、ごく普通の話
935: 03/23(日)21:33 ID:3HZSVJR9(2/2)調 AAS
速度だけが重要ならjavaなんてなんて生まれていないしここまで大きな産業にもなってない
みんなc++を使えばよかった
実際はそうならなかった
936: 03/23(日)21:39 ID:kIF/RZ8r(1)調 AAS
>>931
なんの勝ち負けの話してんだよww
937: 03/23(日)21:49 ID:QyKgsP1k(1/4)調 AAS
C++は平屋のCに何階も増築してきたから基盤はCのままで古い言語だからね
C++11でようやくunique_ptrとshared_ptrのスタートライン
一方でRustは現在の他のモダン言語と同等かそれ以上で何もかも快適
そして開発効率も抜群に良い
静的に最もバグを回避できる優れたプログラミング言語となっている
(もちろん原理的に回避不可能なアプリのロジックバグは除く)
938(1): 03/23(日)21:52 ID:n3c9z4n8(1)調 AAS
Rustの過剰な持ち上げは普通のRust開発者にとっても迷惑だからな
そういう輩のせいで「Rustは信者が煩い」みたいな意見を見るし、それに辟易する
向き不向きや求められる要求、組織の知見などを考慮して技術選定するという、開発者なら持つべき感覚を否定し続けてるのが理解できない
特定の言語だけを持ち上げる信者はGoやC#やTSにもいるし、そういうのは同様にうざったい
939(1): 03/23(日)21:55 ID:zNJHBv3d(2/2)調 AAS
2000年頃、サーバーの仕事なら、新人にはCのメモリ管理が無理だからってJavaでキャリアスタートしたよ。
その頃のオンプレはメモリ数GBだけどJavaが何とか動かせたんだ
そこからGC言語優位が続いたけど、サーバーレスやらで効率重視時代が戻ってきたんだね
940: 03/23(日)21:59 ID:QyKgsP1k(2/4)調 AAS
>>938
事実のみで過剰な持ち上げはないのに何を発狂してるのかね
もちろん別の言語の話を何度もしていたらウザいからやめるべきだと思うがここはRust
941: 03/23(日)22:07 ID:QyKgsP1k(3/4)調 AAS
>>939
効率重視とともにエコ面が重視されてるね
そのまま電気消費量そしてランニングコスト
もちろんCPU＆メモリリソース使用量を減らせばサーバーなど台数が減らせる面もエコと料金につながる
慣れたらどのプログラミング言語も大して変わらないのだからそれなら全てを少なくできるRustが向いてる
942(1): 03/23(日)22:12 ID:arw2Fenr(1/2)調 AAS
Rustは独自性が無い
C+の知見を移植してるだけ
943: 03/23(日)22:20 ID:SlUznAQO(1)調 AAS
いつもの某オジサン(嘘つき/実務経験無し)がesbuildで完全論破されて発狂してるだけ
Rustスレの平常運転だから気にしない気にしない
944(1): 03/23(日)22:23 ID:MXOUkEf2(1/2)調 AAS
>>942
C++では出来ていないこと(や、C++に後から入ってC++で普及していないこと)が、Rustには大量にあることが特徴。
むしろ他のモダン言語をやっていれば理解しやすいことも多い。
ただし、Rustが色んな言語の良い最先端な部分を採り入れてるため、少しだけ学習曲線が急な面はある。
それでもすぐ学習して理解できるから、それら機能の効果と利便性のため皆が満たされている。
945(1): 03/23(日)22:28 ID:arw2Fenr(2/2)調 AAS
>>944
無いよ
946: 03/23(日)22:30 ID:MXOUkEf2(2/2)調 AAS
>>945
無いとは何のこと？
947: 03/23(日)22:36 ID:kax3x6iq(3/3)調 AAS
学習曲線のグラフに原点がないんだろうなあ
0とは一体何がどう0なのだ
948: 03/23(日)22:40 ID:dLW1UlJo(4/4)調 AAS
スマートポインタやRAIIはC++由来だし、代数的データ型やパターンマッチは他の言語にもあるけど、所有権やライフタイムはRust独自
これはかなり強力な仕組みで、安全性という点ではとても成功してると思う
(同時に難しさの要因でもある)
書いておいて何だけど、言語の独自性はそこまで重要でもないと思う
TypeScriptなんかがそうだけど、仕組み自体は既にあるものでもバランスが良ければ十分に価値がある
949: 03/23(日)22:45 ID:QyKgsP1k(4/4)調 AAS
C/C++が一番ダメな点は大量の様々な未定義動作
950(2): 03/24(月)00:19 ID:ELaBM+IJ(1/2)調 AAS
CのenumとRustのenumで全く似ても似つかないのとか何とかしてほしいわ
C出身のノリで使うと実装量多くてビックリするわ。たかが整数型定数とかいうのと全く違うもんなあ
ほかにも学習で大変なところ数多あるけど、コンパイルエラーを全部潰したらあとはアプリケーションロジックだけの問題になるのはRustならではで快便感ある。Cはコンパイル通ってからが鬼門だからな
951(1): 03/24(月)00:51 ID:9O8f24u0(1)調 AAS
なんでenumって名前にしたんだろうな
adtとかdataとかtypeとかにしたら良かったのにと思わなくもない
952(1): 03/24(月)01:05 ID:ELaBM+IJ(2/2)調 AAS
>>951
実際の使われ方からするとOption型、Choice型だよね。それだとネーミング的に予約語と競合してダメだけどマシな名前は考える余地あったよなあ
基本的に「よその言語から似た単語借りてくる」風習はどの言語にもフレームワークにもあるし慣れるしかないけどね
953: 03/24(月)02:41 ID:u90IfC4I(1)調 AAS
plain enumとADT enumがあるだけでenumはenum
ADT enumをenumの名前で使えるのはRustに限った話ではない
954: 03/24(月)03:34 ID:rrmbjdIs(1/2)調 AAS
HaskellもRustと同じくらい使われてると言われていたが
つまりすべての製品に使われてるようなことを言っていた
955: 03/24(月)03:36 ID:rrmbjdIs(2/2)調 AAS
結局、駄目なものはどれだけ宣伝しても流行らないのでは？
956: 03/24(月)07:38 ID:Tm5RncoX(1)調 AAS
そんなに言われてなかったよ。
それは誤解か、誤解した人が大げさに吹聴してるな
957(1): 03/24(月)08:13 ID:a0wY9RFf(1/4)調 AAS
>>950
たぶんプログラミング言語一般的な型付けシステムに慣れてないんだと思う
enumはその名の通り列挙型だよ
それを整数型定数と誤認してるのが不思議
定数はその名の通りconstで当然何の型の定数なのかi64とかf64とかOptionなど型名を指定する必要があるよ
enumは列挙型だから名付けてenum Fooなどの別の型になる
内部的には整数で識別されるからその整数値を指定することもできるけどその整数の取れる値の範囲は列挙した分に限られるから別の型
制限はあるけど明示的にcastすれば整数型(i32とかusizeとか)へ変換できるよ
>>952
enumは列挙型だからSome(T)とNoneの2つを列挙できるenum Option<T>型も作れるだけの話だよ
ここでTは任意の型を指定できてジェネリック
もちろんトレイト境界を指定することもできて例えばCowの定義はこうなってるよ
enum Cow<'a, B>
where
B: 'a + ToOwned + ?Sized,
{
Borrowed(&'a B),
Owned(<B as ToOwned>::Owned),
}
958(1): 03/24(月)08:14 ID:CX9jwcEn(1/2)調 AAS
Haskellを宣伝してた人がRustを宣伝してる
959(1): 03/24(月)08:15 ID:CX9jwcEn(2/2)調 AAS
>>957
Trait制約では？
960(2): 03/24(月)08:16 ID:YUJc8XWR(1)調 AAS
言語なんて一長一短あるんだから万能な言語なんてないんだよね
たまにそのへんのことがわからない人が宗教戦争始めんだよ
961: 03/24(月)08:24 ID:+3Ali/jO(1/2)調 AAS
>>958
これだろうね
962: 03/24(月)08:28 ID:a0wY9RFf(2/4)調 AAS
>>959
トレイト境界(trait bounds)だよ
制約(constraint)とは異なり区別
任意の型(の集合)がトレイトによってトレイト実装されてる型とされてない型に境界が引かれるよ
963(1): 03/24(月)08:33 ID:a0wY9RFf(3/4)調 AAS
>>960
それぞれの言語に特徴があるね
その中でもRustは様々な優れてる点があるけど
>>950さんの言う通り
>> コンパイルエラーを全部潰したらあとはアプリケーションロジックだけの問題になるのはRustならではで快便感ある。
それが一番大きいかな
他の多くの言語は実行時デバッグで無駄な開発時間を奪われてしまうから
964(1): 03/24(月)08:38 ID:+3Ali/jO(2/2)調 AAS
>>963
CやC++ぐらいだろ
普通に普及してる言語は大体GCありで考えなくて良い
965: 03/24(月)08:56 ID:a0wY9RFf(4/4)調 AAS
>>964
GCは関係ないよ
プログラミングしたことあるならわかってるはずだけど
まず強い静的型付け言語でないと実行時デバッグは山積み
Rustの場合はデータ競合まで型付けチェックで弾いてくれるからさらに助かるよ
あと一番ありがたいのはsingle writer XOR multiple readers ルール
このおかげで色々な罠にはまらなくて済むよ
それによって書き換え競合を意識するようになるからデータ書き換えのスパゲッティ構造も防げたり
966: 03/24(月)10:05 ID:NJwebgj2(1)調 AAS
>>960
「言語」はそれでいいとして「データ」は万能ではないと指摘されたらAIが死ぬんだよな
まだかなあ
967: 03/24(月)10:15 ID:8nOZWVbe(1)調 AAS
ポエムで草
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.210s*