便利ショートカットできた
kb10uy(@kb10uy@mstdn.maud.io)の投稿
美少女のもみあげと裾についておはなしします
🔞性欲駆動開発アカウントにつき覚悟してください
Avatar icon: [𝕏] nunyu31
Header: [𝕏] hataraku125
弐寺: 1751-5340
* Red [and] Blue
[in]
* E[th]er Strike
* B[at]tle NO.1
* Far Away [Light]
[I]
* [Fi]lament
* Alexa[nd]rite
* drop[de]ad
* Fe[li]s
* Bookmaker (2D [Ver]sion)
* Malicious Misch[ance]
https://twitter.com/Ar_uZa_/status/1440957004378378241
これの 0:08 どうしても気になったので元ジャケ調べてるんだけど in と I だけガチでわからん
これ自体はわからなくもない(でも結局ロックされる時間は変わらん気はする)が、ORM の利用を正当化するには弱いというかむしろその理由なら使うべきではないんだよな
あとアプリケーション層と比較して DB 層はスケールしづらいからそういうことはアプリケーション層に寄せたほうがいいという言説もある
最近の Mi Band かなり多機能なので FeliCa とかデザイン気にしないなら全然ありですよ
Is this a real cunt?
Is this just onahole?
Caught in a lotion
No escape from ecstacy
【日下夏稀一番くじ】
A賞 日下夏稀のボイスCD
B賞 日下夏稀のキャラ香水
C賞 特製バッグ
⭐ラストワン賞⭐
日下夏稀と温泉旅館一泊
1回200円で絶賛発売中！
プログラム内の表現と wire protocol の表現の具体例がほしいというなら僕が昔書いた原始的な自動運転の制御プログラムとかはどうかね
https://gist.github.com/kb10uy/0cf4cf9f9f0626ef4632cc713b19b321
前にちょっと impl Deserialize for を書いたことあるけどまあまあ大変なんだよなあれ
未知の variant をとりあえず Unknown みたいなのに押し込むようなこともできたはず
まあ Rust からロスレスに表現できるならそれに越したことはないので持っててもおかしかないな
日持ちする直列化のためのライブラリ「winery」 - モナドとわたしとコモナド
https://fumieval.hatenablog.com/entry/2018/06/03/195024
たとえば Haskell の人の例だと、外部メタデータなしの効率の良い情報伝達をするにしても、もっと正確な型情報 (スキーマ) を内蔵しておきたいよねといったことを考えていたりする
foo(:a => 1, :b => 2) ってハッシュのブレース省略だったんだ(いましりました)
Ruby ろくすっぽ書いてないがちょっとだけ書いてたのが 1.9～2.1 時代だったので古の Ruby の機能の動向だけ知っている謎の男になってしまった
<command color="green"/>
<text value="foo"/>
のような列で表現するしかないんかなあ
HTML なんでツリーになってるんだよで思い出したけど、ターミナルの ANSI color sequence とかがターミナルのステートを変更する系の命令的セマンティクスなので
<green>foo<bold>bar<reset>baz
みたいになってて、これ HTML / XML で表現するときどうマッピングするかね……みたいになるね
Rust あるいは Haskell 的文脈でいえばそこに狭義の継承はなくてインターフェースの実装だけがあるみたいな感じになるんだろうけどこれをどうとらえるのかは気になる
たとえば代数的データ型もツリーの一種だし、いわゆる継承だけが自明な道ではないよねという表現の方が近い
概念がツリー状であるからといって必ずしもツリー状にデータを構成するのがいいとは限らないという話では？
Vulkan のあれって C/C++ のレイヤーで無理矢理構造体を分けてるけど内部的にはただのバイト列でフラットに扱われているとかそんなんなんだろうか……
バイナリ表現の話だとやっぱり「固定ヘッダと optional なチャンク」の形式でいいじゃんみたいな感じになるな
opaque なものであるとみなして JSON カラムに入れてしまうのもありだとは思う(あるかどうかわからないなら横断検索には使えないので)
外部キー制約入れるので少なくとも変な variant が入るのは防げるが、 variant に対して正しいデータかどうかは検証しづらいんだよな
enum Media { Image { .. }, Video { .. }, Text { .. } }
みたいなことを RDB でやるにはまず media (type, data) みたいなのを作って media_type (name) みたいなのを作るのが定石とはされているわね
RDB だと AlgDT はヘテロになっちゃうから カラム指向と相性が悪いってのはありそうねえ
そういう意味だとあんまり unit test の量は確かに減って functional test とか integrated test とか B2B test の割合が相対的に高くなるかも
「型がある言語ならテストコードはそんなに書かなくて良い」、「型を静的に検査しない言語だと型検査器がやってくれるはずの分もテストを書くことになる場合がある」ならわかる。
Rollup はそこまででもない[要出典]んだけど Parcel みたいなやつは中でなにやってるかわからん感が高すぎてあんまり好きになれなかった
素の巻上のドキュメント読んでるけどなんかデフォルトでは bundle されてそうな雰囲気がある
このアカウントは、notestockで公開設定になっていません。
png とか jpeg ならともかく元がテキストデータだから base64 いらないといわれるとたしかにそうだなとなりました
data:mime/type;base64,******
形式って base64 のところ省くと percent-encoded として解釈されるのを初めてしりました……
テキストデータであるSVGをdata URIにするならBase64（4/3倍の大きさになる）よりもURIエンコード（一部の記号を%から始まる3文字に変換する以外はそのまま通す）の方が格段に効率が良いという知識を得た。
Hello, are you a chimpanzee?
Am I another one?
Yes, I am.
Arcaea のルナ、もみあげはここ100 年でトップクラスの長さで乳の小ささも申し分ないのですが、ぱっつんなので判定外です……
