upsilon @[email protected]

あれ、よく考えてなかったけどBtrfsみたいにCoWが有効なFS上のファイルだとshredコマンド使っても意味ないのかな

EMV Contactless、日本では決済オタクぐらいしか使ってない（決済オタクとは）

Kyash Cardも同じ感じ

クレカの券面にカード番号やCVV表示されてる必要性全くないので全てのカードがこれになって欲しい

こんな感じ

{
credit: "宮内れんげ(CV.小岩井ことり)、一条蛍(CV.村川梨衣)、…",
credit_artists: [
{
indices: [0, 5],
artist: <Artist: 宮内れんげ>
},
{
indices: [9, 16],
artist: <Artist: 小岩井ことり>
},
{
indices: [18, 21],
artist: <Artist: 一条蛍>
},
{
indices: [25, 30],
artist: <Artist: 村川梨衣>
},
]
}

ではどう解決するのが良いかと言われると、Twitter APIの text と entities の関係みたいに文字列のインデックスで部分文字列の範囲を指定してメタデータを付与する感じになるのかな…うーん…

いや普通にこれ気持ち悪いと思う。MusicBrainzの編集画面とか見たときも全然意味分からんかったし

「宮内れんげ(CV.小岩井ことり)、一条蛍(CV.村川梨衣)、…」のようなクレジットを表現するとこんな感じになる

[
{
artist: <Artist: 宮内れんげ>,
join_phrase: "(CV."
},
{
artist: <Artist: 小岩井ことり>,
join_phrase: ")、"
},
{
artist: <Artist: 一条蛍>,
join_phrase: "(CV."
}
{
artist: <Artist: 村川梨衣>,
join_phrase: ")、"
}
]

https://musicbrainz.org/release/db95ceb7-79e6-47df-8a72-b971a0101b53

MusicBrainzは artist_credit_name に join_phrase があるのが面白いなと思ったりした（入力するの面倒くさそうだけど）

消費者側の目線というのだとUbuntuの Bug #1 とかがそれっぽいかな（これの扱われ方は正直微妙な感じがあるけど）
https://bugs.launchpad.net/ubuntu/+bug/1

同じくDebian社会契約とDFSGで初めて自由ソフトウェアの概念を知ったなあ

Twitter API v2 とやら、これを機に3rd-party向けの home_timeline.json とか廃止するんじゃね？ とか思う程度には信用してない