Rust part23
■ このスレッドは過去ログ倉庫に格納されています
>>397 その素晴らしい提案がなぜされていないのか考えよう >>394 unsafe はコンパイラが安全性を「論理的に検証できない」部分であって、理論上の都合で出来た区分だよ。 >>401 >>402 >>403 理想をいえばunsafeなんて無いならサイコーだったんだろうね 生ポインタすなわちCPUによるメモリアクセスはunsafe >>406 そこまでsafeな事にこだわるなら、Haskellに行けばいいのでは…？ >>404 #![forbid(unsafe_code)] unsafeな部分の拡張子を変えるというのが有効とはあんま思えんのだよな >>409 >>411 rustもいろいろ問題を抱えてるんだね >>412 >>413 >>414 >>415 結局いつもの「無知なアンチ vs 無知な信者」の薄っぺらい対立になっちゃうのな まあハスケルなんかもinvalidな変数使うようにっての広めるのには役立ったからrustもそういう位置に落ち着くだろ。 unsafeを使う人はライブラリ作成者がほとんどで、残りはシビアなインフラ作成者 >>419 unsafeって書かないといけないってのは結構デフォ禁止よりの処置だと思うが 必要な各企業、各プロジェクトなどで義務付け https://rust-lang.github.io/api-guidelines/ >>422 forbidもunsafe_codeもrustcのlintの一部だな Rust Foundationによる資格認定試験に合格した者だけにunsafe使用パスワードが発行されるようにするしかないな。 どの開発でも >>420 時間がない時に焦ってunsafe使って書いたコードは長期利用すると大変なことになるので書いてから1時間以内に使って捨てよう >>429 >>430 >>432 雑にunsafe使って早く書けるのはFFIくらいかな >>427 >>426 初心者ぼく「禁止しないといけないようなもんが標準で使えるって結局それ危険な言語なんでは？ そもそも普通に書いててunsafe使いたいなって場面がない >>436 rustもプログラマがザコだと使いこなせない言語なんだろ？ たしかにプログラムの品質がいいから出世するって見たことないわ unsafeは面倒 初心者や一般的な人は、unsafeの使い所がないなら、unsafeを使うようなすごい人でもミスをしたり理解不足だったりするって事だから、すごい人が精進すれば解決でしょ。 >>440 >>442 >>448 >>448 unsafeでサクッと終わらせてどんどん仕事取ろうぜ アンチはunsafeを使うと早く書けると誤解しているのが面白い 「借用エラー出たらとりあえずunsafeと書いとけば回避できる」くらいのイメージなんかね このスレの優秀な人たちを安月給で揃えたチーム作れたらunsafeについて真面目に取り組んでもいいんだが 正常なコミュニケーション力を持った優秀なエンジニア ｶﾁｮｰ「では進捗を報告してください」 >>457 >>459 >>458 unsafe使う機会ってほぼないよな 優秀なエンジニアは担当している仕事がいつ頃終わるか明確に答えられる人 システムプログラミング用途も売りにしてなかった？ unsafe使うと変更する時にだるくなるからできるだけ使わない 使う必要があるからunsafeってもんがあるんであって コーダーの「使う使わない」の問題じゃなくて、管理者の「許可する禁止する」の問題なんだよ。 >>451 >>468 エンジニアが判断すべき問題を管理者が決定してるようなレベルの開発現場まで Rustはコーダーは集まらんだろ 意図的にどこかで誰かが資金を投入してRustコーダーを栽培（）しないと エンジニアの趣味なら高尚な言語追求してもいいと思うけど、ビジネスで使う言語はあくまでビジネスメリットが大きなもの選ばないと立ちいかなくなるよな まあJavaとかC++のバケモノみたいな分量のコーディング規約の存在を考えると、「Unsafe使うな」の一言で済むRustは原理的にはビジネス的なメリットありそう それよりもホントにシステムプログラミングできてんのかが興味あるわ https://en.wikipedia.org/wiki/Systems_programming 今更OSを書いたところでビジネスに出来るのは一握りの人間だからCの頃とは話がちょっと違いそうではある >>477 既にネットインフラは次々とRust製 >>51 >>472 それで守られるのはITコン猿の立ち位置じゃね？ 知ってる人間は黙ってRustの恩恵を受けておけば良くて C++が流行った経緯知ってる奴なら想像できるだろ。 C++はわかりやすく拡張されたCだからさ 当時NeXTに触れてたやつおるん？ 研究室にあったんよ 羨ましい C の宣言の文法が無茶苦茶なのを C++ で改良するかどうか迷った話は D&E に書いてある。 ABI stableにするのはエディション単位でいいんだからさっさとやればいいのにとは思う >>490 ABI部分のコーディングする人はプログラマーの1%もいないんだから影響は昔も今後もない ABIこそ良い奴が出たら置き換えられそうだけどな >>493 そりゃABIがらみのプログラミングよりはProtocol Buffersなど使う方が多いんだろうけど ■ このスレッドは過去ログ倉庫に格納されています
