[過去ﾛｸﾞ] Rust part24 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
27(1): 2024/06/01(土)10:39:11.44 ID:8vnvDrFp(1) AAS
へー、便利そう。
だけどこういう仕組みってカラム追加時のDBのマイグレーション辺りが入ってくるととたんに難しくなるんだよなぁ。
32: 警備員[Lv.6][新芽] [sage釣] 2024/06/01(土)22:51:53.44 ID:l8IWJadP(1) AAS
それで実行計画も取れるの？
99(1): 2024/06/12(水)21:31:56.44 ID:t2XH+QPZ(1) AAS
>>94
どちらもstd::slice::SliceIndexによるものだが
その前にVecはstd::ops::Derefでsliceに変換されるのに対して
配列はstd::marker::Unsizeが実装されていて
std::ops::CoerceUnsizedでsliceに変換される点が異なる
101(1): 2024/06/13(木)08:11:01.44 ID:xJ4qiDeD(1) AAS
zlib-rsの0.2.0きたね
外部ﾘﾝｸ:github.com
130: 2024/06/14(金)18:18:31.44 ID:49Oug44p(1/2) AAS
>>109
ゲーム分野のC/C++は置き換わらない
153: 2024/06/15(土)15:03:07.44 ID:jiIbIudV(2/3) AAS
勘違いしてる人が多いようだけど
Rustの目的は全てをRustで書くことではなく安全にすることなんだよ
だからOSシステムコール呼び出しもRust(と最小限の各アーキテクチャ毎のレジスタ積み等)で頑張るのではなくCで書かれたlibcを用いている
つまりRustのunsafe部分を最小限にするとともに、unsafeだが枯れて安全なlibcを活用している
223(1): 2024/06/16(日)19:01:15.44 ID:4AvHozuz(1) AAS
>>221
有効な参照(借用)が存在したまま移動や破棄は起きない
これは静的に判定されコンパイルエラーとなる
303: 2024/06/21(金)22:48:19.44 ID:zGyXPRVd(1) AAS
>>292
tuples()は余っても余らなくてもNoneを返して終わってしまうため今回の場合はあかんね
>>293
chunks_exact()はイテレータには使えない
スライスは長さがわかっているから対応できるけど
311: 2024/06/23(日)02:43:59.44 ID:FDfmyhMX(1) AAS
>>308 が関数型プログラミング *バリバリ* 何て書くからだろ。
俺も 308 のどこがバリバリ？と思ったわ。
関数型バリバリが読みやすいかどうかは別の話よ。
343(1): 2024/06/24(月)23:39:26.44 ID:FIb4AZ4T(2/2) AAS
係数はこっちで求めたでござる
外部ﾘﾝｸ:paiza.io
import sys, os
from functools import reduce
import sympy as sy
def lc(a):
x, y = sy.symbols('x y')
p = 0
for i, (c, d) in enumerate(a):
g = reduce(lambda s, t: (t[0], (s[1][0] * (1 if t[0] == i else (x - t[1][0])), 0)), enumerate(a), (-1, (1, 0)))
省9
438: 警備員[Lv.22] [sage釣] 2024/06/28(金)03:44:03.44 ID:J0YB6tE5(1) AAS
論文の検証を論文と異なる言語ではしないでしょぅ
NCNNやDarkNetを超えるエンジンがあるわけではなし
537: 2024/07/01(月)14:11:38.44 ID:JlB5uk0q(2/3) AAS
>>534
>ちなみにf(val)もResultを返すときは
の条件なら
>つまり以下の二つは同等
> result.map(|val| f(val)) // Resultを還さないf
> result.and_then(|val| f(val)) // Resultを還すf
じゃないんですかね(Ok(f(val))は蛇足)
733(1): 2024/07/10(水)22:15:46.44 ID:b9m+kH0p(1) AAS
設計が悪いといえばその通りなんだけど、そのせいでインタフェースが崩壊しているプロジェクトは実際にあるし、RustやGoが継承を廃止した理由の一つでもあると思う
クラス継承だとこの問題はもっと簡単に起こりやすい
前述の例は (あくまでも見かけ上は) インタフェースを定義しており、クラスを継承してるわけではないので、Rustのトレイトでもやろうと思えば起こるけどね
836(1): 2024/07/13(土)16:03:55.44 ID:E+PNnzD+(2/2) AAS
829でPartialEq/PartialOrdを例に出したのは
この２つのtraitがsuper/subの関係にあるからで
Cloneとその実装型の関係とは別だよ
PartialEqとPartialOrdの等価判定についてのLSPを考えてる
PartialOrd: PartialEqとする以上
PartialOrdの比較はPartialEqの等価条件を保存すべき←LSP?
みたいな
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.033s