Home | Notifications | New Note | Local | Federated | Search | Logout
Local Timeline
たかし@tak4 (2025-12-12 14:01:39)
wifiルーターなどの機器はスイッチつきのコンセントに接続すると簡単に再起動できると気づいた
たかし@tak4 (2025-12-12 12:36:25)
仕事納めの瞬間は天国にみたいな気持ちですね
年末に向けてあと一頑張り...
🦉@aaa (2025-12-12 12:01:55)
たしかに、僕にもゲームの記憶があるように思います
仕事が永久に終わり、あとはゲームだけみたいな嬉しさがあります
実際にはそんなに長い休みではないのだけれど！
たかし@tak4 (2025-12-12 11:29:25)
webでよく見る単語「お気持ち」は大抵は「お気持ち表明」のことだ
敢て表明と書かないのは、その言葉を茶化すのが不敬だと感じてゐるからかも
たかし@tak4 (2025-12-12 11:24:39)
凄いケロ
たかし@tak4 (2025-12-12 11:23:17)
わたしも同じです!
秋の終りから正月休みにかけて気分が良くなります
わたしの場合クリスマスにゲームを買って貰ふことが多く冬休みに没頭したので脳に刻み込まれてゐるのかなと思じます
🦉@aaa (2025-12-12 01:39:05)
よく考えたら固定のグローバルipアドレスを今の回線では持てないからだめだ
🦉@aaa (2025-12-12 01:31:32)
クリスマスや年末が好きだ
自分まで浮かれた気分になる
たかし@tak4 (2025-12-11 22:01:56)
理想とするものが近いことはtinyapの仕様などからも感じます
夢みたいな分散SNSのtinyapが実現したのを見て勇気付けられました
わたしも自分にできることだけでも全力でやらなければと思ひましたね
🦉@aaa (2025-12-11 20:12:37)
しかもzigのasync/awaitは制御できるよう努力されているらしく、まだまだ先だろうけど期待大だ
🦉@aaa (2025-12-11 19:29:41)
async/awaitの非同期ランタイムは隠れた制御フローであるからzigへの導入に反対が多いのはよくわかる
でもasync/awaitが書けるCがほしいなー
🦉@aaa (2025-12-11 17:19:12)
本当に嬉しく喜ばしいですし、似た理想を持っているはずなので度々すごく参考にもなります
たかし@tak4 (2025-12-11 16:34:11)
tinyapのおかげで前より快活になれた
🦉@aaa (2025-12-11 15:44:31)
それでもtinyapはいちばんメモリ効率のいい分散snsだ
🦉@aaa (2025-12-11 03:23:15)
いまだにコンピューターが動くことに感動したりする
たかし@tak4 (2025-12-10 23:24:05)
root windowの背景を真っ黒にすると僅かに充電が長持ちする様だ
たかし@tak4 (2025-12-10 21:49:52)
わたしは寒い時に重ね着しまくって家族などにばかにされることが多い
だって寒いのだもの
>boost https://tinyap.izkluxcvy.foo/@nixeneko@nixeneko.info/ae3c044a-2e5e-40c0-9a0c-0ce65959843c
たかし@tak4 (2025-12-10 21:48:30)
なんかもこもこした上着と太いパンツ合せるとなかなか太った人間に見える
たかし@tak4 (2025-12-10 21:45:38)
わたしって発想がケチくさいかもしん
たかし@tak4 (2025-12-10 21:44:38)
大丈夫です!
対応早いですね
🦉@aaa (2025-12-10 21:36:53)
vimをカスタマイズするのは楽しかったけれど、いろいろプラグインを入れて、しかもそのプラグインの趨勢がすぐ変わるんでもはやデフォルトで使うようになった
🦉@aaa (2025-12-10 21:17:26)
ウワー、行ったり来たりなんですがやっぱりせっかくなのでいいねとブーストカウントの列を追加しちゃいました。
どうもありがとうございます。いつでもなんでも、焦らないことはいいことですね
たかし@tak4 (2025-12-10 20:54:18)
おおお、ブースト数だけ非表示は丁度良いですね
前言撤回で、自分の投稿でも他人の投稿でもブースト数は見えなくて問題ないと思ひます
たかし@tak4 (2025-12-10 20:49:33)
デフォルト値を入れればいいですね
データやテーブルの構造の変更には悩みますね...
焦らなくて大丈夫だと思ひます
🦉@aaa (2025-12-10 20:48:08)
しかし、いいね数のカウントはうまくインデックスを使えており、十分に高速だったため畢竟ブーストの数だけを消しました
まだまだ未熟でこういう反省がいくらでも出てくるからいつかの書き直しに期待ですね
🦉@aaa (2025-12-10 20:33:54)
デフォルト値を設定すれば列を新しく入れても大丈夫なのかなと思います
でもまさに、データベースの変更は考えることが多くて大変で書き直しにくくて難しいですよね
おまけに変更しなくても動いてはいるので破壊を恐れて余計腰が重くなる…
たかし@tak4 (2025-12-10 20:25:32)
テーブルの列を増やすのは面倒さうなので
テーブル一個追加して、
投稿IDに対するいいね数、ブースト数だけを保持するのもいいかなと思いました
id, like_count, boost_count
投稿IDに対するレコードがまだなければいいね数とブースト数を集計してレコード作成、
既にレコードがあれば数値を上げ下げする感じです
たかし@tak4 (2025-12-10 20:15:37)
自分自身の投稿のいいね数やブースト数は分かった方がいいですが、他人の投稿については「自分がいいね(ブースト)済か」が分かれば充分かもしれません
(= 数を表示する頻度は減らせるかも)
ただこれだと自分の投稿かどうか if で条件を分ける必要がありますけどね
🦉@aaa (2025-12-10 19:22:03)
いいね数やブースト数を数えるクエリは非効率だから投稿自体にそれらの列を持たせるべきだ
重い腰をあげていつかは
🦉@aaa (2025-12-10 19:19:47)
長い1日だった
Older Notes