1 名前:デフォルトの名無しさん [2024/02/23(金) 17:37:52.13 ID:CheDQupm.net] 公式 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 part22 https://mevius.5ch.net/test/read.cgi/tech/1705760500/ ワッチョイスレ プログラミング言語 Rust 4【ワッチョイ】 https://mevius.2ch.net/test/read.cgi/tech/1514107621/
451 名前:デフォルトの名無しさん mailto:sage [2024/03/29(金) 11:53:12.39 ID:opHbD1qf.net] unsafeは面倒 Rustで書いていてunsafeを使いたい気分になることがない さらに通常のプログラミングでunsafeを使うメリットがあるケースが訪れることはまずない
452 名前:デフォルトの名無しさん mailto:sage [2024/03/29(金) 11:54:18.08 ID:K6ErCtbZ.net] >>442 メジャーになれなくて何か問題あるの?
453 名前:デフォルトの名無しさん mailto:sage [2024/03/29(金) 12:08:03.79 ID:6hM9S6Vd.net] 初心者や一般的な人は、unsafeの使い所がないなら、unsafeを使うようなすごい人でもミスをしたり理解不足だったりするって事だから、すごい人が精進すれば解決でしょ。
454 名前:デフォルトの名無しさん mailto:sage [2024/03/29(金) 12:08:08.24 ID:GuqFwMZD.net] >>440 PMやったこと無いの? unsafe使うなと管理するより、そもそも使えない方が遥かに楽。
455 名前:デフォルトの名無しさん mailto:sage [2024/03/29(金) 12:13:58.45 ID:E/kaNL72.net] >>442 C++ とかだと使いこなせてないのになんとなく動いちゃったりするから…… 使えてないなら使えないほうがちょっとマシなんだよ。
456 名前:デフォルトの名無しさん [2024/03/29(金) 12:15:29.32 ID:vaG7EqUh.net] >>448 言語機能的にunsafeって書かなければそもそも使えないじゃん。
457 名前:デフォルトの名無しさん [2024/03/29(金) 13:21:21.11 ID:l8m+nc89.net] >>446 時間の無駄
458 名前:デフォルトの名無しさん mailto:sage [2024/03/29(金) 13:35:34.69 ID:ZM8BmiyA.net] >>448 そのあたりの管理は開発TLの仕事だと思ってたがPMが兼任することもあるのね
459 名前:デフォルトの名無しさん mailto:sage [2024/03/29(金) 16:25:54.97 ID:34VMnlB4.net] unsafeでサクッと終わらせてどんどん仕事取ろうぜ safeでチンタラやってる無
460 名前:\に仕事を回すな [] [ここ壊れてます]
461 名前:デフォルトの名無しさん mailto:sage [2024/03/29(金) 17:20:13.23 ID:Cl3C8AEw.net] アンチはunsafeを使うと早く書けると誤解しているのが面白い 早くもなければ楽でもないので普通は使わない
462 名前:デフォルトの名無しさん mailto:sage [2024/03/29(金) 17:36:40.68 ID:cTkAvXQI.net] 「借用エラー出たらとりあえずunsafeと書いとけば回避できる」くらいのイメージなんかね
463 名前:デフォルトの名無しさん mailto:sage [2024/03/29(金) 17:56:14.07 ID:uhU4IUEm.net] このスレの優秀な人たちを安月給で揃えたチーム作れたらunsafeについて真面目に取り組んでもいいんだが
464 名前:デフォルトの名無しさん mailto:sage [2024/03/29(金) 18:02:08.48 ID:uhU4IUEm.net] 正常なコミュニケーション力を持った優秀なエンジニア →こいつらは出世するのでプログラミングスキルは生かされない方向に進む 正常なコミュニケーション力がない優秀なエンジニア →こいつらはどうでもいいことばかりブツブツ言っててイマイチスキルが生かされない どうしたら優秀なエンジニア揃えられるんや…
465 名前:デフォルトの名無しさん mailto:sage [2024/03/29(金) 18:06:18.85 ID:fG0MAqjd.net] カチョー「では進捗を報告してください」 unsafe_man「アノー、チョット時間かかってオリマシテ、アンセーフが、ソノー(怒涛の勢いで難しいことを話し続ける)」 カチョー「???」
466 名前:デフォルトの名無しさん mailto:sage [2024/03/29(金) 18:22:45.54 ID:TAofIzHh.net] >>457 放っておいても勝手に集まるから心配しなくていいよ そこに混ざりたいなら自身も優秀なエンジニアになる必要はあるけど
467 名前:デフォルトの名無しさん mailto:sage [2024/03/29(金) 18:29:23.69 ID:/REVrZ9A.net] >>459 すまん、集まってるとこの実名あげてくれんか?
468 名前:デフォルトの名無しさん mailto:sage [2024/03/29(金) 19:20:01.67 ID:GuqFwMZD.net] >>458 いきなり人格攻撃かよ?Rustらしいな
469 名前:デフォルトの名無しさん mailto:sage [2024/03/29(金) 19:31:34.50 ID:wqpOcL9O.net] NとかFとかは優秀な人がいるイメージがない
470 名前:デフォルトの名無しさん mailto:sage [2024/03/29(金) 19:54:25.38 ID:M7FjmHlu.net] unsafe使う機会ってほぼないよな よほどシビアな低レベルライブラリ作成かFFI部分くらいじゃないか
471 名前:デフォルトの名無しさん mailto:sage [2024/03/29(金) 19:58:01.23 ID:wqpOcL9O.net] 優秀なエンジニアは担当している仕事がいつ頃終わるか明確に答えられる人 でunsafeを使いこなせるかどうかなんか無関係 これいつまでかかるのと聞かれていつまでに終わるか言えて理由も言える人
472 名前:デフォルトの名無しさん mailto:sage [2024/03/29(金) 19:59:06.31 ID:0Uoml8t7.net] システムプログラミング用途も売りにしてなかった? Cと同等のことをしてみせようってんなら unsafeくらい当たり前に常用するやろ?しらんけど ボクは使いません!みたいな意見は誰も求めてないからw
473 名前:デフォルトの名無しさん mailto:sage [2024/03/29(金) 20:37:55.25 ID:TAofIzHh.net] unsafe使うと変更する時にだるくなるからできるだけ使わない グローバル変数使うのと同じ気分 「グローバル変数くらい当たり前に常用するやろ?しらんけど ボクは使いません!みたいな意見は誰も求めてないからw」 とか言われたら知らん
474 名前:デフォルトの名無しさん mailto:sage [2024/03/29(金) 20:41:59.79 ID:wqpOcL9O.net] 誰にも影響及ぼさないなら勝手に使えばいい
475 名前:デフォルトの名無しさん mailto:sage [2024/03/29(金) 20:47:48.55 ID:0Uoml8t7.net] 使う必要があるからunsafeってもんがあるんであって 使う必要がない人の意見や感想は求められてないんよ 使うべきとか使うべきじゃないとか 普通はどうとか普通はどうじゃないとか 無意味な応酬はやめよう
476 名前:デフォルトの名無しさん mailto:sage [2024/03/29(金) 21:08:57.87 ID:bd1Zch8f.net] コーダーの「使う使わない」の問題じゃなくて、管理者の「許可する禁止する」の問題なんだよ。
477 名前:デフォルトの名無しさん mailto:sage [2024/03/29(金) 21:45:08.79 ID:DW6NdCQ6.net] >>451 君の時間の無駄ってこと? こんなところで毎日無駄な時間過ごしてるのに? それって君がやらなければいいだけだよね
478 名前:デフォルトの名無しさん mailto:sage [2024/03/29(金) 21:46:36.17 ID:wXELlTG7.net] >>468 一連のunsafeコントで初めてまともな意見だな
479 名前:デフォルトの名無しさん mailto:sage [2024/03/29(金) 21:52:31.85 ID:TAofIzHh.net] エンジニアが判断すべき問題を管理者が決定してるようなレベルの開発現場まで Rustが普及する日は来るんだろうか 上の方でも言われてたけどコーダー集まらない問題に直面しそうだが
480 名前:デフォルトの名無しさん mailto:sage [2024/03/29(金) 22:06:45.92 ID:wqpOcL9O.net] Rustはコーダーは集まらんだろ 普通は外注先がほぼコーディングできない新人を連れてきて実質的にこちらが教育する羽目になる ある程度使えるようになるとそいつがどこか単価の高いところに送られてまた代わりの新人が送られてくる 大手だとこれの繰り返しだがRustはそれが難しい
481 名前:デフォルトの名無しさん mailto:sage [2024/03/29(金) 22:29:09.47 ID:wqpOcL9O.net] 意図的にどこかで誰かが資金を投入してRustコーダーを栽培()しないと 増えるわけがない javaやpythonじゃないんだから 野良Rustコーダーなんて存在しない 使える人間は100%C++使いなので引っ張ってこれない
482 名前:デフォルトの名無しさん mailto:sage [2024/03/29(金) 22:30:50.06 ID:UmT7/PmU.net] エンジニアの趣味なら高尚な言語追求してもいいと思うけど、ビジネスで使う言語はあくまでビジネスメリットが大きなもの選ばないと立ちいかなくなるよな
483 名前:デフォルトの名無しさん [2024/03/29(金) 22:35:31.54 ID:B//2x2dm.net] まあJavaとかC++のバケモノみたいな分量のコーディング規約の存在を考えると、「Unsafe使うな」の一言で済むRustは原理的にはビジネス的なメリットありそう
484 名前:デフォルトの名無しさん mailto:sage [2024/03/29(金) 22:48:02.40 ID:0Uoml8t7.net] それよりもホントにシステムプログラミングできてんのかが興味あるわ CからはOSならばUnixやLinuxやWindowsが生まれてきたけど Rustからは一体どんな素晴らしいものが生まれてくるんだろうか? Cより書きやすくて? 安全なんだよね? 期待していいんよね? Systems programming https://en.wikipedia.org/wiki/Systems_programming e.g. operating systems, computational science applications, game engines, industrial automation, and software as a service applications
485 名前:デフォルトの名無しさん [2024/03/29(金) 23:01:23.64 ID:B//2x2dm.net] 今更OSを書いたところでビジネスに出来るのは一握りの人間だからCの頃とは話がちょっと違いそうではある でも期待するのは自由だ Rustファンはみんな期待している
486 名前:デフォルトの名無しさん [2024/03/29(金) 23:11:14.94 ID:JKQcuRe5.net] >>477 interfaceって組み込み専門誌は毎月お題スレみたいな問題を解く記事が出てたり、Rust特集の時でもOSを作るどころか、OS乗らないような環境(Cとアセンブラの独壇場。C++不可の世界)で組み込みRust使う記事とかあったよ。 ビジネスになるかはともかく、技術的には余裕なはず。
487 名前:デフォルトの名無しさん mailto:sage [2024/03/29(金) 23:55:56.73 ID:VDRjyKLu.net] 既にネットインフラは次々とRust製 ソースは>>51
488 名前:デフォルトの名無しさん [2024/03/30(土) 00:06:31.16 ID:v9pXWAWc.net] >>472 Rustは仕様や周辺ツールが飛びぬけて優秀な故 JavaやPHP等他の言語と違って素人でも適当に書いても 大した問題は起こらないから「技術者の立ち位置」を守る観点で見ると 大規模開発現場で普及する事はこれからも無いよ。
489 名前:デフォルトの名無しさん mailto:sage [2024/03/30(土) 01:01:10.58 ID:7ofxl8DK.net] それで守られるのはITコン猿の立ち位置じゃね? エンジニアは長期的な保身より目の前の利便性に飛びつきそうだが
490 名前:デフォルトの名無しさん [2024/03/30(土) 01:46:17.09 ID:v9pXWAWc.net] 知ってる人間は黙ってRustの恩恵を受けておけば良くて 人売りサル業界は人/月だコミュニケーションスキルだと 喚いていれば良い。
491 名前:デフォルトの名無しさん [2024/03/30(土) 07:28:24.91 ID:6WvjgMqi.net] C++が流行った経緯知ってる奴なら想像できるだろ。 C++が出た当初はSTLもテンプレートもなかったしライブラリなんかはObjective-Cのほうが多いくらいだった。 でも流行ったのはC++。
492 名前:デフォルトの名無しさん mailto:sage [2024/03/30(土) 13:15:43.05 ID:Kpt9p6/a.net] C++はわかりやすく拡張されたCだからさ ライブラリのAPIとかCばかりだから最悪そのまんまCでも良かった NEXTSTEPでObjecive-C開発は呪術で入門書もなく上手くいかなくても何が悪いのかさっぱりわからない 日本語の書籍がないのが一番つらかった
493 名前:デフォルトの名無しさん mailto:sage [2024/03/30(土) 20:58:56.17 ID:IReUP+am.net] 当時NeXTに触れてたやつおるん? たまげたなぁ 俺なんか図書館の奥に潜んでるObjective-Cの本読んでたよ いつごろだったかなぁ日本語のやつあったけどなぁ まさかmacOSで脚光浴びるとは思いもせずに
494 名前:デフォルトの名無しさん mailto:sage [2024/03/30(土) 21:08:50.38 ID:Kpt9p6/a.net] 研究室にあったんよ 当時でももう型オチででも予算無いからリプレースも出来ず MOのデータを消しながら使ってた 古いUNIX系の雑誌の特集見てそれをポチポチやってクソうるさくて遅いHDDの音聞きながらコンパイル待って…と言う感じで 自分は図書館に埋もれたModulaの本を読んでた
495 名前:デフォルトの名無しさん mailto:sage [2024/03/30(土) 21:14:51.55 ID:IReUP+am.net] 羨ましい 俺は演習室のBSDのWMをafterstepにしてニマニマしてただけ あー羨ましい
496 名前:デフォルトの名無しさん mailto:sage [2024/03/30(土) 22:32:19.21 ID:VLAlfJh3.net] モーモーちゃんに入れている人は居たな
497 名前:デフォルトの名無しさん mailto:sage [2024/03/31(日) 11:42:27.74 ID:lJUXuXT4.net] C の宣言の文法が無茶苦茶なのを C++ で改良するかどうか迷った話は D&E に書いてある。 結局は C のままでいくと判断した。 良くなるのだとしても、少なくとも一時的には大きな混乱が起こることを C++ は許容しなかった。 言語ってのはそれを取り巻くエコシステム (言語ユーザーやドキュメントも含む) と離れて成立することはないってこと。 C++ は C のツールチェインにほとんどそのまま乗っかる形で (最初は) 普及したし。 Rust はツールチェインの整備も一緒に取り組んだというのは普及の一助になったとは思うけど、 今までに作られた膨大なソフトウェア資源の最も低レイヤの部分は結局は C なんだよね。 そもそも ABI が C を基準にした仕様だったりするので 他の言語と接続するときは皆が C に合わせる形になる。 もしこれから Rust がもっと普及することがあったとしても低レイヤでは C の残滓はいつまでも消えないと思う。
498 名前:デフォルトの名無しさん mailto:sage [2024/03/31(日) 15:29:48.98 ID:dXzgmT0X.net] ABI stableにするのはエディション単位でいいんだからさっさとやればいいのにとは思う
499 名前:デフォルトの名無しさん [2024/03/31(日) 16:44:42.12 ID:PaHOJUqO.net] >>490 Rustで書いたOSが大流行でもしない限りCと同じようにはならない。 ただ、Linux は Rust を取り込み始めたので何十年も掛けてゆっくり Rust 化する可能性はある。 そうなると移行したライブラリは増え続け、50年後ぐらいには今のCと同じようになっているかも知れない。 もちろんその頃には別の新言語が出てきていて Rust が時代遅れな言語になっているわけだが。
500 名前:デフォルトの名無しさん mailto:sage [2024/03/31(日) 19:15:56.54 ID:r1rO2LMH.net] ABI部分のコーディングする人はプログラマーの1%もいないんだから影響は昔も今後もない 多言語システムはそれより多いけどそこはABIではなく様々な通信プロトコルなどを介する
501 名前:デフォルトの名無しさん [2024/03/31(日) 19:55:09.30 ID:T95JlUSJ.net] ABIこそ良い奴が出たら置き換えられそうだけどな 現状良い奴がないだけで
502 名前:デフォルトの名無しさん mailto:sage [2024/03/31(日) 21:03:45.67 ID:rhKYEfc8.net] >>493 何言ってんのwww 相変わらず無知が過ぎる
503 名前:デフォルトの名無しさん [2024/03/31(日) 22:06:47.20 ID:HimKkZni.net] いやまあ1%もいないんじゃない?
504 名前:デフォルトの名無しさん mailto:sage [2024/03/31(日) 23:37:37.59 ID:PUonJ710.net] そりゃABIがらみのプログラミングよりはProtocol Buffersなど使う方が多いんだろうけど
505 名前:デフォルトの名無しさん [2024/04/01(月) 19:53:32.69 ID:QJf4H8j7.net] そんなん言ったらrustを必要とするプログラマこそ1%もおらんけどな。
506 名前:デフォルトの名無しさん mailto:sage [2024/04/01(月) 20:06:07.63 ID:lQvViLVK.net] C++より多いから問題ない
507 名前:デフォルトの名無しさん mailto:sage [2024/04/01(月) 22:56:49.63 ID:wqqAiPYQ.net] 「ソフトウェアはメモリ安全でなければならない」との声明を発表、米ホワイトハウス:「C」「C++」よりも「Rust」などの言語を推奨 https://atmarkit.itmedia.co.jp/ait/articles/2403/18/news045.html
508 名前:デフォルトの名無しさん mailto:sage [2024/04/02(火) 08:53:54.00 ID:i0O60K8Z.net] >>500 メモリ安全というならSafe Rustのみだな。Unsafe Rustは禁止すべき。 c++標準も、Safe Rust に倣って c++ subset for safe programming とか 作ればいいのに。
509 名前:デフォルトの名無しさん mailto:sage [2024/04/02(火) 09:19:58.94 ID:D6QICSr8.net] メモリの具体的な番地やレイアウトに依存する低レイヤの事情が消えてなくなるわけじゃないからな。
510 名前:デフォルトの名無しさん [2024/04/02(火) 09:39:48.87 ID:EeET/S7r.net] java, python みたいな言語ならメモリ安全だよ。お前らの用途ならそれで十分だろ。
511 名前:デフォルトの名無しさん [2024/04/02(火) 11:06:55.03 ID:lti1kN7b.net] >>503 安全じゃ無いぞ
512 名前:デフォルトの名無しさん mailto:sage [2024/04/02(火) 14:49:37.59 ID:b3hi6lw5.net] >>501 C/C++はプログラム全体がunsafe空間なので難しい safeにしようとすると全く別言語になってしまう 結局C/C++を捨てるのが正しい
513 名前:デフォルトの名無しさん mailto:sage [2024/04/02(火) 17:14:03.69 ID:kERS+9TD.net] >>503 nullポイントがある時点で… 一応JavaはStream APIと同じくらいのタイミングでOptional<T>が追加されてたはずだけど,だからといって従来の「失敗したらnullを返すメソッド」がOptionalを返すように修正されたわけじゃないしなぁ
514 名前:デフォルトの名無しさん mailto:sage [2024/04/02(火) 17:14:28.23 ID:kERS+9TD.net] nullポインタだ ごめんなさい
515 名前:デフォルトの名無しさん mailto:sage [2024/04/02(火) 18:23:13.98 ID:mnREx4SD.net] ぬるぽ例外で止まるのはNone.unwrap()のpanicで止まるのと同じで安全に分類される nullから何かを読み出して動き続けると危険
516 名前:デフォルトの名無しさん mailto:sage [2024/04/02(火) 18:43:54.77 ID:0YGJ2wff.net] >>508 Someである保証がある時のみunwrap()を使う 保証がないのにunwrap()する人はクビ
517 名前:デフォルトの名無しさん mailto:sage [2024/04/02(火) 18:54:06.54 ID:mnREx4SD.net] メモリ安全の文脈だからそういう次元の話ではないのだが
518 名前:デフォルトの名無しさん mailto:sage [2024/04/02(火) 18:55:57.61 ID:i0O60K8Z.net] >>505 コーダー向けだから別言語でいいよ。 new deleteは禁止していいし、ポインタ演算その他のポインタ処理は全部禁止でいい。生ポインタのヒープ領域コピーも禁止していいし、そもそも生ポインタ禁止で参照のみ可にしてもいい。 operator関数定義も禁止でいいんじゃない?
519 名前:デフォルトの名無しさん mailto:sage [2024/04/02(火) 19:03:35.75 ID:mnREx4SD.net] ちょっと何が禁止なのか分からないのでローカル変数の参照をreturnしておきますね
520 名前:デフォルトの名無しさん [2024/04/02(火) 19:19:41.72 ID:qL7KDCYj.net] rustって楽しい?
521 名前:デフォルトの名無しさん mailto:sage [2024/04/02(火) 19:20:30.34 ID:kERS+9TD.net] どの言語にも共通するけど,書けるようになってくると楽しいよ
522 名前:デフォルトの名無しさん [2024/04/02(火) 19:40:54.12 ID:lti1kN7b.net] でもってライブラリが足りて無いなって思って「使えね」ってなるんだよね
523 名前:デフォルトの名無しさん mailto:sage [2024/04/02(火) 19:43:54.71 ID:ptOw8ylO.net] >>512 あ、未定義と定義されているのも全部禁止ね。
524 名前:デフォルトの名無しさん mailto:sage [2024/04/02(火) 20:13:32.30 ID:+hiVU8fL.net] >>500 これでRustの知名度も上がるし普及も加速しそう
525 名前:デフォルトの名無しさん [2024/04/02(火) 20:26:12.86 ID:lti1kN7b.net] >>517 結構前にもNASAが同じ様な事言って今やんw
526 名前:デフォルトの名無しさん [2024/04/02(火) 20:31:06.25 ID:EeET/S7r.net] rustを無理に使ってまですることがぬるぽ対策とかアホだよね
527 名前:デフォルトの名無しさん [2024/04/02(火) 20:45:15.37 ID:lti1kN7b.net] >>519 まあ戦争によるサイバー攻撃に備えろってのは分かるんよ 日本も来年ぐらいに戦争になるって予測がアメリカとか含めて言われてるからね
528 名前:デフォルトの名無しさん mailto:sage [2024/04/02(火) 21:20:14.32 ID:+5bQ5ala.net] >>518 NASAに続いて米政府も「C/C++からRustへ切り替えろ」と明確なメッセージを出したことは大きいね 間違いなく日本も追随することになる
529 名前:デフォルトの名無しさん mailto:sage [2024/04/02(火) 21:56:04.08 ID:mnREx4SD.net] Rust愛用者だけど今のホワイトハウスに推されると逆に不安になるんだがw ONCDは健全なのかな
530 名前:デフォルトの名無しさん [2024/04/02(火) 22:51:50.04 ID:ZP8DsSPi.net] >>518 NASA?NSAじゃなく? NSAはNASAじゃないぞ。
531 名前:デフォルトの名無しさん mailto:sage [2024/04/02(火) 23:24:29.45 ID:JjgiIhmH.net] ワロタ NSAとNASAの区別もできんとはww メッセージを出してるところが広がってトーンも厳しくなってきてるのは確か 2022/11 NSA 2023/09 CISA 2023/12 CISA+NSA,+FBI+Five Eyesの各機関 2024/02 White House(ONCD)
532 名前:デフォルトの名無しさん mailto:sage [2024/04/02(火) 23:39:08.04 ID:/KZzSXx2.net] とりあえず良いcrateが増えまくってほしいな
533 名前:デフォルトの名無しさん mailto:sage [2024/04/02(火) 23:51:33.79 ID:DOFjhDY0.net] >>524 あとは日本がどれだけ遅れるかだな 数ヶ月か、1年か、数年か、
534 名前:デフォルトの名無しさん mailto:sage [2024/04/02(火) 23:57:17.27 ID:ULMcj34Q.net] 外部のお墨付きを欲しがる時点でオワっとるんよ 言語として ここでそういう話題使って必死で盛り上げようとして 消えそうな火に風送ってるつもりかしらんけど
535 名前:デフォルトの名無しさん mailto:sage [2024/04/03(水) 00:07:33.86 ID:xB8sPKZQ.net] IT大手ライバル同士が GAFAMからHUAWEIまで一致団結して Rust Foundationを設立した時点で未来は確定していた そしてRustに対抗できるライバル言語の芽が今も存在しない
536 名前:デフォルトの名無しさん mailto:sage [2024/04/03(水) 05:31:15.82 ID:SWmJ9bDO.net] >>527 話題にも上がらないよりまし
537 名前:デフォルトの名無しさん mailto:sage [2024/04/03(水) 07:36:47.52 ID:ClJR5oeK.net] Rustの代替になる思想の言語が全くそれ以降全く見ないからな。 今のところGCレスでメモリ安全に向き合った唯一の言語でねえの? 後発の言語は Rust みたいに複雑なコンパイル時の検証を最初から書こうなんてそうそう思えないんじゃないかな。
538 名前:デフォルトの名無しさん [2024/04/03(水) 08:17:45.92 ID:OgaFV8I4.net] >>527 欲しがってるかね? むしろ外部が乗っかろうとしてる感じ。
539 名前:デフォルトの名無しさん mailto:sage [2024/04/03(水) 08:58:53.93 ID:7dkIXzmY.net] >>530 メモリ安全に向き合う、程度ならそれこそc++11が先駆けだろ。 過去互換性のせいで徹底できないけど。 それよりもRustはスタックフレーム指向であることに価値がある。 スタック is god, 再帰 is god.
540 名前:デフォルトの名無しさん mailto:sage [2024/04/03(水) 11:38:42.38 ID:TbyA9/um.net] >>515 まあ標準ライブラリがかなりミニマムだなぁって感じるときはある 乱数くらい用意しておいてよ…
541 名前:デフォルトの名無しさん mailto:sage [2024/04/03(水) 11:38:56.67 ID:zWYr6uc2.net] >>530 ある言語Aがあってその弱点が強烈で直したいけどすでに普及しきっている で別の言語Bが作られる その言語Bが普及しきっていなければ容易に弱点を変更できるので別のC言語は必要とされない
542 名前:デフォルトの名無しさん mailto:sage [2024/04/03(水) 13:08:37.11 ID:VOIzFFgw.net] >>534 >その言語Bが普及しきっていなければ容易に弱点を変更できる これが真とは限らない 容易に変更できる場合もあればそうでない場合もある
543 名前:デフォルトの名無しさん mailto:sage [2024/04/03(水) 13:33:20.93 ID:7LWlVk3J.net] Rustで過去に結構破壊的変更がされてたらしいけどそれは普及してなかったからじゃないのか wikipedia > 2015年に1.0版がリリースされるまでにいくつもの破壊的な仕様変更があったが、1.0版以降は基本的には後方互換を保って6週間間隔で定期的にリリースされている。
544 名前:デフォルトの名無しさん mailto:sage [2024/04/03(水) 21:45:24.20 ID:ClJR5oeK.net] GCやJITは銀の弾丸と思われていろんな後発言語に取り込まれたけど、所有権は最初から組み込むには高度すぎるがエコシステム成熟前に組み込まないといけないという制約が大きいんだろうな。
545 名前:デフォルトの名無しさん mailto:sage [2024/04/03(水) 22:40:40.78 ID:7LWlVk3J.net] 後発言語???
546 名前:デフォルトの名無しさん mailto:sage [2024/04/04(木) 03:50:23.61 ID:6dtGhNgR.net] >>537 所有権は最終的にはプログラム間の境界の問題になるから、c++のスマートポインタのようにアダプタで管理範囲を調整することで改善可能。 適切なアダプタを用意しても境界のプロトコルをどうやって徹底するかという問題は残るから、Rustみたいに言語レベルで強制できると頑強になる。 ただ、Rustみたいにガチガチにすると設計の柔軟性を失うから、実装も早すぎる最適化になりがち。Rustの絶壁の学習曲線と相まって、開発初期のRust導入はプロジェクトを破綻させる要因となりうる。Rustが適しているのは、ある程度枯れた設計の実装を置き換えるようなプロジェクトかと。
547 名前:デフォルトの名無しさん mailto:sage [2024/04/04(木) 04:13:47.93 ID:KZy/sIny.net] Rustはむしろリファクタリングにも向いていてなかなか良い言語だぜ とりあえず動くように雑に書いて動かしてみて 次に機能追加充実させる上で整理しながらモジュール化や共通事項のtrait化など このようなリファクタリング過程で 他の言語だとメモリ安全性だけでなく書き換え競合やヌル値エラー値取り扱いミスなどエンバグすることも多いが Rustではコンパイル通せばそれらの心配がなくリファクタリングできる
548 名前:デフォルトの名無しさん mailto:sage [2024/04/04(木) 08:02:04.20 ID:KuogGH/c.net] そもそもGC無しの言語ってニッチじゃない? 当面は、Rustで充足されて安泰な気がする。
549 名前:デフォルトの名無しさん [2024/04/04(木) 08:06:01.77 ID:wZ/e8tnl.net] うむり、実用言語では現時点で安全性とスピードを高い次元で両立できてるのはRustだけかもね。 関数型言語にも良いのあるけど、普及しなさそうだしね…。 (OCamlとか次世代HaskellらしいIdrisとか) それにCとアセンブラしかない分野(C++不可なくらい低スペックな組み込み)でC++以降のモダンな言語が使えるのは大きい。
550 名前:デフォルトの名無しさん mailto:sage [2024/04/04(木) 08:41:03.15 ID:VIrJEXhK.net] 学問的には合理的な型システムとか検証器とかの研究は大きく進んでるけど メモリの動作モデルをそこそこちゃんと仕様にしてるのは C/C++ しかないんだよね。 LLVM が C/C++ を前提にしてるところもあるし、 Rust もそれに合わせる形になってるところもある。 C/C++ 的な分野をよりよくやる言語と考えると Rust はとても良い。
551 名前:デフォルトの名無しさん [2024/04/04(木) 12:25:37.65 ID:Gnl54rZ8.net] すまんが↓これが動く理由を教えて欲しいんだけどさあ https://paiza.io/projects/uhC43ajorg-qaLG7mXbw7w 一見