Avatar
darashi
07804b786c6a3b400b7b20d9bfc945035f3ad213da797b0c50954767c375c543
I built Nostrasia timeline https://darashi.github.io/nostrasia2024/ nos.today https://nos.today searchnos https://github.com/darashi/searchnos nostrbuzzs https://nostrbuzzs.deno.dev/

みよしのは観光地ではない

みよしのに住んでる

さぽーろおいでませー

写真間違えてた、お料理実況むずい

公式表記は「ぎょうざ」かな

札幌民のソウルフードであるところの「みよしの餃子」作っていこうと思います。冷凍バージョンが出たのは割と最近だと思うけど。冷凍庫の荒波に揉まれてバキバキになってしまったのはゆるして…

/run ruby

puts "ニラレバ".chars.shuffle.join

茗荷をすし酢に漬けたやつと醤油マヨで和えやつ

100万回ツンしたデレ

しりとりモデレーション

自分に書ける気はしないんだけど、クライアント作者の暗黙知になってる部分がかなり多そうだなって。たとえばフォローの実装の機微とか。ソース嫁って話かもしれないけど。

『逆引きNIPs ミニブログユースケースから学ぶNostr Protocol』

シーケンシャルスキャンするとなれば全てのフィルタのmin(since)とmax(until)の間を見ていけばよさそうで、全てのフィルタを同時に評価することもできそうではある。マッチしたIDの数は個別にカウントしながら。since/untilの評価は比較的低コストそうだから指定されているなら他の項目より先に見たほうがいくらかお得かも(ほんとう?)

インデクス使うときはどうすればいいんだ...インデクスも色々だしほんと色々なケースありそう...複数のフィルタを考慮しながらうまいことカーソルを操作するのが最ツヨっぽい感じがするけどむずそう、ビヨンド人智じゃない?少なくとも俺智は軽くビヨンドしてる

結局フィルタごとにID集合だけ先に確定しちゃってマージするのが無難かなあ

なにもかもわからない

リレー実装めんどくさい集が書けそうだけど、書くのも当然めんどくさい

べき⁉️

べき‼️

べきべきべきべき‼️

Ahh~↑↑↑💥💥彼岸🌾🍁🌰🍠🍄🎃の未定義〜〜〜〜‼️

一度皿にあけるレシピはめんどいので焦げ付くようになってきたフライパンと焦げ付かないフライパンを組み合わせてやんやしてる

ゴーヤをチャンプりました😋

勇者パーティより自宅の方が強いので追放モノの文脈にはあってるかも

大概は自宅サーバの方が速そうだけど

さんま蒲焼だけどにしんそば風に

夜泣きながら食べるそば

松屋は牛めしか。

紅生姜はね、この前松屋の牛丼をお持ち帰りした時のやつ

ありものチャハーン😋

年季の差の可能性もある

過去分はそのままParquetにしてS3的なストレージに保存しておいてリニアに検索するとかもアリな気がせんでもない

jsonlのままでも161msで行ける

DuckDBめっちゃ速くてひと月分のnostrイベント(211594件/182MB)からParquetつくっておくと30msくらいでうんちランカー出せる

https://gyazo.com/86fd5672366aac00635040ca766febfd

NIP-28チャットは誰でも書けるけどkind:1だってそうだしな...みたいな

結局ハッシュタグ付きkind:1と何が違うんだと言われるとデータ的にはほとんど何も違わなくて、見せ方の違いってことになりそう。Nos Haikuの慧眼。強いて違いを作るとすると「ハッシュタグへのメタデータ付与」が任意で行えるってことになるか。

チャンネル情報もフォロワーの中で最新を取るくらいだとだめかなあ。チャンネルメタデータは必須じゃなくていいし

おぼろげながら浮かんできたんです ヤリ部屋という言葉が

ランチはじまりました

コメダのモバイルオーダーアプリ用QRコード、eyからはじまってるから、ペロ...こっ、これは、JSONをbase64エンコードしたやつ

オブジェクト認識結果をテキストでタグなりに埋めておいて受信側でフィルタするとかも理屈の上ではできるだろうけど普及するかというと...

首尾が悪くても倒したらドロップするかも

コトが首尾よく運べば技術書典19(オンライン)で手に入るかも