Rust part27 (398ﾚｽ)
上下前次1-新
288: 02/25(火)15:08 ID:Uj70bClX(1) AAS
rustが嫌でもやれなんて言ってないが
289: 02/25(火)16:25 ID:ixFc3NBv(1/2) AAS
Linusの今回の発言は明瞭で
・Cだけ触りたい人はそのままRustを覚えなくてOK
・その代わりRustについて口を挟む権利はない
・CのAPIをその利用者は自由に使えてメンテナといえども用途用法に口を挟む権利はない
したがって今回もめていた「CのAPIの上にRustのAPIを設ける件」について
Cだけ触りたいメンテナは口を挟む権利はなくパッチを拒否する権利もない、ということ
大方の人々が考えていた通りに決着
290(1): 02/25(火)17:47 ID:z5mNSc8+(2/2) AAS
口を出せない=メンテナ失格ということと受け取った
291(2): 02/25(火)18:17 ID:AwfAD5GP(1) AAS
かつてカーネルを正しく修正した結果として (保証してない挙動に依存した) 間違ったアプリケーションのいくつかがまともに動かなくなったことがある。
そのときに Linux の理念としては技術的合理性でユーザー体験を損なってはならないということで間違っているアプリケーションに合わせて互換性が維持された。
ユーザは一方的な利用者に過ぎずカーネルに口出ししないなんてことはない。
絶対に、絶対に、絶対に、カーネルに口出しするよ。
まあそれが良いか悪いかは知らんけどな。
292: 02/25(火)18:41 ID:XvTpfGzl(2/2) AAS
>>291
そういう具体性を欠いた屁理屈言って拒否するのは
やめろと怒られてるのだね
293: 02/26(水)04:07 ID:m7ecN2qb(1) AAS
>>290
そういうデマを言うやつがいるとコミュニティー全体が嫌われるから止めるべき。
Linusが言っているのはせいぜい「Rustコードのメンテナじゃないだろ」ぐらいの話で、Linuxメンテナ失格とは全く言っていない。むしろメンテナが自分のメンテナンス範囲をCコードだけにするのを肯定している。
今回の件も、C APIユーザーとしてのRustコードがCコードとは独立した形で別のメンテナにメンテナンスされるんじゃないんかね。
294: 02/26(水)19:09 ID:ixFc3NBv(2/2) AAS
着実にRust APIを増やしていこう
脱libc
295: 02/27(木)14:26 ID:VQNvJTxh(1) AAS
Rustは清書用
296(1): 02/27(木)21:14 ID:z3E1gBHI(1) AAS
じゃあRoughって言語も要るな
297: 02/27(木)23:34 ID:8PL54Hpa(1) AAS
Rustはリファクタリングでの安定度も他より極めて高くて開発効率が良いので
まずは雑に書いて後から可読性を上げたり拡張性を上げたり実行効率性を上げたり普通に行われているね
298(5): 02/28(金)08:15 ID:rekq6zs6(1) AAS
>>296
クレート境界をダックタイピング化した言語が欲しいわ。
299: 02/28(金)12:17 ID:ydxSDGT7(1) AAS
>>291
その動作は弊社製品の仕様です
（今後も動作は維持されます）
その動作は弊社製品の問題点です
（今後動作は変更されます）
300: 02/28(金)12:19 ID:3/BLzMLJ(1) AAS
>>298
それがC++かもしれませんね
301(1): 02/28(金)22:27 ID:wOIfhSFi(1/2) AAS
>>298
ダックタイピングは各異なる型を統一的に安全に呼び出せる保証が人任せだから使うべきでない
トレイト境界を指定すれば安全が保証されるがそれはトレイトすなわち他言語で言うところのインターフェースに近い存在を仮定していてダックタイピングとは言い難い
302(1): 02/28(金)22:51 ID:OmeBN0rd(1) AAS
>>301
>298のダックタイピングは静的ダックタイピングで構造的部分型のことね。
型の機能的な共通部分を部分型として統一的に扱うから、普通の型と同程度には安全かと。
303: 02/28(金)23:05 ID:aDguz5rE(1) AAS
>>298
Go だと型があるインターフェイスを満たす (満たすつもり) かどうかは明示的な宣言がない。
インターフェイスで定義されたのと同じメソッドを持っていればそのインターフェイスを実装したものと見做される。
304(3): 02/28(金)23:49 ID:wOIfhSFi(2/2) AAS
>>302
まずその共通部分が存在する保証がない
次に共通部分があったとしてもその部分への任意のアクセスメソッドが完全に同一である保証がない
さらにダックタイピングで用意されるメソッドがその共通部分のみにアクセスされる保証がない
共通部分型方式には問題が山積み
一方でトレイト境界を用いると
共通部分を持たなくても安全に共通メソッドを増やすことができる
305: 03/01(土)00:09 ID:k1Z2LiOl(1) AAS
相変わらず日本語不自由だな
306(1): 03/01(土)08:37 ID:IXdCHP3R(1) AAS
言語によるとしか言えない
その言語にある道具なら、それが便利なら使って問題ないと思う
C++だと標準ライブラリでもダックタイピングをごく普通に使うけど、それに文句を言う人もいないでしょ
307: 03/01(土)08:57 ID:fWE8MQKS(1) AAS
C++のような古くてダサい言語は比較する意味ないだろ
ダサくて自己責任となるダッチタイピングはお似合いだが
上下前次1-新書関写板覧索設栞歴
あと 91 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.007s