04:29:16 @lo48576@mastodon.cardina1.red
icon

ヨルムンガンド (アニメ) の計2期24話を消化した、めちゃくちゃ面白かった

04:32:35 @lo48576@mastodon.cardina1.red
icon

原作も完結しているようだし、そのうちポチる気がしている

04:32:43 @lo48576@mastodon.cardina1.red
icon

これは手元に置いておきたい作品

17:14:18 @lo48576@mastodon.cardina1.red
2020-12-31 15:11:20 ほたの投稿 hota@mstdn.maud.io
icon

このアカウントは、notestockで公開設定になっていません。

17:15:47 @lo48576@mastodon.cardina1.red
icon

仮想スタックマシンで文字列 (バイト列) をうまいこと扱う手立てを考えている

17:16:54 @lo48576@mastodon.cardina1.red
icon

やっぱりヒープ的な領域がないと厳しいか……?

17:46:32 @lo48576@mastodon.cardina1.red
2020-12-31 17:40:22 あじょぶじんの投稿 azyobuzin@xxx.azyobuzi.net
icon

borrow checker に怒られて小手先で直せない部分、設計ミスで相当手戻りを起こすので、大規模プロジェクトに Rust 投入して面倒起こしたくないって感情はこの辺から生まれます

17:47:15 @lo48576@mastodon.cardina1.red
icon

設計者ミスを直せないまま突き進んでなんだかんだで動くものができてしまうの、ビジネスという仕組みの設計ミス感があってつらい (適当) (社会不適合者並感)

17:47:19 @lo48576@mastodon.cardina1.red
2020-12-31 17:44:26 あじょぶじんの投稿 azyobuzin@xxx.azyobuzi.net
icon

クラス図使って設計したら絶対死ぬことになると思うんですけど、どうやって設計するのがいいんですかね

17:48:19 @lo48576@mastodon.cardina1.red
icon

たしかに mutability をネイティブにサポートするダイアグラムを見たことがない気がする (が、私がそもそもそういうダイアグラム好きでないので単に見たことがないだけの可能性はある)

17:48:35 @lo48576@mastodon.cardina1.red
icon

s/設計者/設計/

17:52:52 @lo48576@mastodon.cardina1.red
icon

結局スタックとは別のアドレス空間でメモリ領域を用意しないと実用的なことはできなそうという結論になった

19:24:26 @lo48576@mastodon.cardina1.red
icon

Stabilize move_ref_pattern by Amjad50 · Pull Request #76119 · rust-lang/rust
github.com/rust-lang/rust/pull

いいじゃん!!!!

Web site image
Stabilize move_ref_pattern by Amjad50 · Pull Request #76119 · rust-lang/rust
20:13:27 @lo48576@mastodon.cardina1.red
icon

Reproducible crate builds by bk2204 · Pull Request #8864 · rust-lang/cargo
github.com/rust-lang/cargo/pul

いいじゃん

Web site image
Reproducible crate builds by bk2204 · Pull Request #8864 · rust-lang/cargo
21:42:03 @lo48576@mastodon.cardina1.red
icon

A successful Git branching model » nvie.com
nvie.com/posts/a-successful-gi

なるほど、 CD される web アプリは一般に複数バージョンが同時に利用されることがないし明示的なバージョニングによるリリースもないから、当時 git-flow で想定していた開発とは違うと