keno

83.9K posts

keno

keno

@keno_ss

keno, a small sawagani/The opinions stated here are my own, not those of my company./❤️ math, 松村の次元論, coffee, Emacs, Lisp, Rust, Splatoon, MtG/インターネット雑用係

Katılım Ekim 2012
6.1K Takip Edilen1.5K Takipçiler
keno
keno@keno_ss·
@tanakh @aki33524 - RUSTFLAGS や feature を使ってフルビルドが走っている x.com/i/status/20368… - CI のキャッシュを設定していないか設定不備 - async を使っている あたりですかねぇ。最近 bevy 触ったんですがあれは流石に遅いなと思いました。触るものにも依ると思います。
keno@keno_ss

@SARDONYX_sard > 再ビルド #L5" target="_blank" rel="nofollow noopener">github.com/kenoss/sabiniw… feature や RUSTFLAGS が違うと再ビルド走る場合があり、私は CARGO_TARGET_DIR で分けています。

日本語
0
0
1
57
Hideyuki Tanaka
Hideyuki Tanaka@tanakh·
@aki33524 まあそうですねえ。そこまででかいファイルを作ったことがないので、どれぐらいでかいと我慢できなくなるのか想像もできないですが
日本語
1
0
0
74
keno retweetledi
Hideyuki Tanaka
Hideyuki Tanaka@tanakh·
あとRustがビルド時間遅いという指摘は、正直まるで実感できないんだが、でもコンセンサスのある批判のようで謎。僕がいいCPU使ってるだけなんか？でかめのプロジェクトでも、1ファイルの変更とかだと2,3秒でビルド終わるっしょ。デフォルトリンカーが高速なやつになったからなおさら。
日本語
1
3
10
1.3K
keno retweetledi
きひろちゃん（9歳幼女）
きひろちゃん（9歳幼女）@aki33524·
@tanakh 正味ある程度でかくなったらcrate分割でビルド単位区切るべきなので、それを怠ってるだけだと思ってます
日本語
1
1
3
142
keno retweetledi
Toru3
Toru3@Toru31415926535·
普段C++書く私の個人的な感想としては完全に同意するんだが、どうも比較対象がGoとからしいので流石にそれには負けるねって感じ
Hideyuki Tanaka@tanakh

あとRustがビルド時間遅いという指摘は、正直まるで実感できないんだが、でもコンセンサスのある批判のようで謎。僕がいいCPU使ってるだけなんか？でかめのプロジェクトでも、1ファイルの変更とかだと2,3秒でビルド終わるっしょ。デフォルトリンカーが高速なやつになったからなおさら。

日本語
1
3
5
846
keno retweetledi
Hideyuki Tanaka
Hideyuki Tanaka@tanakh·
それかPCのクロックくるってて毎回フルビルドしとるんか？(´･_･`)
日本語
0
1
1
446
keno retweetledi
megumish(めぐみっしゅ)
megumish(めぐみっしゅ)@megumish_unsafe·
そのプログラミング言語に価値を感じて色々書いてる人が言語の至らない部分に言及するのはわかるけど、その言語あんまり書かないのにたまに茶々入れてくるのが嫌ってのはあると思うし、それに対してネガティブな感情が出て言い返したくなる時はあるでしょうよ
日本語
0
5
19
686
keno retweetledi
てらモス🌹
てらモス🌹@termoshtt·
NLLで部分的なフロー解析が入ったので関数内だと楽になったけど、 struct C { a: A, b: B } impl C { fn get_a_mut(&mut self) -> &mut A; } があるとき、関数内で let a = &mut c.a; let a = c.get_a_mut(); の意味合いが変わるのがやっぱりちょっと変よな(´・ω・｀)
日本語
0
3
6
488
keno retweetledi
yoh2
yoh2@yoh2_sdj·
Rust の窮屈の中には理念に対して実装が不完全なことが原因であるものがあるというのを実感したのは NLL 導入時だった。 それまでのスコープベースのライフタイムでトリッキーな書き方をしないとならなかったが NLL 導入で素直な書き方で済むようになる場面が多かった。 今までの窮屈さはライフタイムを扱うなら本質的なものと思って我慢してたけどそうじゃなかったんだなと。 こういうので未実装なものが多分まだまだあるんだろうな。
日本語
0
9
31
2.3K
keno
keno@keno_ss·
@mattn_jp (私の方も「よく分からない」というのが私のことを指しているのは最後のリプで気付きました。雑ですが最低限のコンテクストは示していたため。)
日本語
0
0
0
135
keno
keno@keno_ss·
@mattn_jp x.com/i/status/20398… そこは主題ではない (「よく分からない」がかかっているのは「mizchi 氏しか〜 の方」) し言っても仕方がないと判断して言わなかったんですね。
keno@keno_ss

@mattn_jp あ、もうひとつ。 x.com/i/status/20398… の主題を読み間違えられていると思うのですが「mizchi 氏くらいしか言わないは嘘でしょ」ですよ。

日本語
1
0
0
274
keno
keno@keno_ss·
Rust コミュニティという雑な括りにムッとした話 を書こうとしたけどすげーめんどくさくなってきたのでクソ雑ぶらさげだけやって忘れます。
日本語
1
0
35
3.4K
keno
keno@keno_ss·
@aki33524 書いてると思ってた…
日本語
1
0
0
97
keno retweetledi
しらそら
しらそら@silasolla·
例えば用途や機能などの文脈が明らかでない状態で「Python より Rust が優れてて〜」みたいな話をするのとか，新幹線と軽自動車どっちが強いでしょうみたいなよくわからん話で
日本語
0
10
22
1.1K
keno
keno@keno_ss·
@termoshtt Lisp ではというか、リストや木なんかの再帰的データ構造を使った設計が「安いしウマイ」ので頻出だからかな？ Haskell もそう。(数学が社会に出て役に立たないのはそういう仕事をしている人だから感) 流石にイベントループとかは再帰で書かないし。
日本語
0
0
1
49
てらモス🌹
てらモス🌹@termoshtt·
自分でループを書けば良いんでは…(´・ω・｀)？
日本語
1
0
0
366
keno retweetledi
Yosuke Furukawa
Yosuke Furukawa@yosuke_furukawa·
こーわ、まじかよ。 / “Post Mortem: axios npm supply chain compromise · Issue #10636 · axios/axios” htn.to/2hXNbLZ4LC
日本語
1
52
140
20.2K
keno
keno@keno_ss·
SRFI-5 を Emacs Lisp に移植するときに justification を調べたんですが、古のどっかのメーリス (Emacs Lisp の TCO スレだったかなぁ…？) に「tail call が複数あるもの、更に引数が複数あるものはループに展開しにくいし遷移がわかりにくい」とあってまぁそうね、と。
Miura Hideki@miura1729

C++とかgoとかスタックにオブジェクトをアロケートする言語なら同様のことが起こりうるし、末尾再帰が本当に必要になるのは、何らかのアルゴリズムを実装する場合で、ローカルでオブジェクトをアロケートするような関数では少数な気がする。

日本語
1
1
6
857
keno retweetledi
Miura Hideki
Miura Hideki@miura1729·
C++とかgoとかスタックにオブジェクトをアロケートする言語なら同様のことが起こりうるし、末尾再帰が本当に必要になるのは、何らかのアルゴリズムを実装する場合で、ローカルでオブジェクトをアロケートするような関数では少数な気がする。
κeen@blackenedgold

Rustの末尾呼出最適化は言語仕様的につらいんじゃ。スコープ末尾に暗黙のdropが入る都合でコードの見た目は末尾呼出だけど実際は末尾呼出になってないものが存在するんでな。

日本語
1
2
9
4.3K

Keşfet

@tanakh @aki33524 @mattn_jp @termoshtt @elonmusk @BarackObama @taylorswift13 @cristiano