雪猫

プレビュー環境ずっと使ってたけど正式リリースされたの最近なんだ

Test every pull request in an isolated environment with Worker Previews · Changelog

https://developers.cloudflare.com/changelog/post/2026-09-22-worker-previews/?utm_source=chatgpt.com

カオスエンジニアリング実践編

SPOF なサービスは落ちたときにどうするか予め決めておいた方が良い 諦める、でもいいので決めておけば混乱しなくて済む

最近は三麻ばっか打ってるけど全然安定しない S と A 半々くらいな気がする

そんくらいなら十分いけると思う

放銃さえしなければ誰かがラス引いてくれるからポイント減らない

東風は大きいのに放銃すると取り返せないからそこだけ気をつけて打つと良いと思う

内容は雑になりがち（自分は）

段位を上げるにはそれなりに数打つ必要はあるけど雑に打っても仕方ないし丁寧に数局の方が良さそう

総合評価が安定して A 以上になれば雀聖になれるラインだと思ってる（維持できるかはともかく）

MAKA の選択にある牌ならどれでもいいと思う 誤差

牌効率通りに打ってリーチと 2 副露に降りてれば雀豪くらいにはなれるんじゃなかろうか

もっと牌効率と押し引きに頭使った方が勝てるよ

カウントしてるからじゃない（

カウントなんてしなくても雀聖にはなれるよ

河を全部把握しようとするの無理がある

辞めた人がアクセスできる状態なのどこもやってるやろ 共通アカウントのパスワード変えてないとかざらだし

画面遷移では接続切れないはずだけどな

まあでもいい加減どうにかせんとね

WebSocket はスマホで運用するの無理がある

スマホの復帰後は一度リロードした方がいいかも

ビットコインまだ下がってるの

NVIDIA の株価は一瞬下がった後元に戻ってるのは悪材料出尽くしってことなのかな 決算発表も近いみたいだし

ふぃあじゃふは冗談しか言わない

Cloudflare のプレビュー環境のコメントがいい感じになってるな

https://github.com/SnowCait/nostr-co-wiki/pull/36#issuecomment-6830023732

i18n ライブラリ比較

Svelte のデフォルトなんだが…

Paraglide 悪くはないんだけど言語変更でリロードが必要だったりビルドしないと動かないからテスト実行でひと手間必要だったりなんか微妙なんだよなぁ

補完は型情報生成できれば効くのかな でも流石に参照検索は無理そう

Lint は間違いを見つけるものなので要る Formatter はコードレビューをするときの読みやすさに関わるので（やるなら）要る

AI コーディングだと補完が効くかはあまり重要じゃなくて間違えたときにエラーになれば十分なのかな

世界で一番注目されてる企業の CEO でも簡単に解雇されるんだからアメリカはすごいね

ダウンロード数の少ないアプリは危険なアプリ判定されがち

Tauri でもその謎挙動あったからなんか OS の制約なのかね（ウィンドウサイズ決まるまで非表示にするオプションで回避はできる）

アーキテクチャが違いすぎて馴染まないのはあるけどオブジェクトベースだからそのへんのテキストベースのターミナルよりは優秀だよ（使いやすいかはともかく）

あんま使ってる人見ないけど PowerShell もクロスプラットフォームで動くよ

クロスプラットフォームで使えるやつってなると限られてきそう

WSL でもいい

PowerShell あるでしょ（Git bash もあるよ）

何もこだわりがないので VS Code のデフォルトターミナルか PowerShell via Windows Terminal

NostrCoWiki はユーザーデータを操作しないからコードレビュー雑でもいいな

言語選択の情報 localStorage に保存してたけど Cookie の方が SSR 時にも参照できていいのか

高級いくら

だいぶ見やすくはなった

NostrCoWiki のデザイン調整してもらったけどまだなんか微妙感あるなぁ

https://nostr-co-wiki.snowcait.workers.dev/

Claude だとそうでもないんだろうか

すぐ脱線するよね

結局レビューするのに時間かかるから順番にやればいいやと思ってて使う機会がない

なるほど

worktree 使ったことないんだけどどんなとき便利なんだろ 並行で作業したいとき？

Codespaces という便利な環境があって

今ならドキュメントは自前で AI に生成させるといいのかもしれない

no yu

どうしても CLI 使いたい人にはいいのかもしれんが

ghq 説明見てみたけど GitHub Desktop でよくないか

ただ GitHub 本体側のトリガーが遅延してるとどうしようもないかもしれん

GHA の runner が混んでるだけなら課金 runner 使う手もあるとは思うけどね 多分 runner ごとにリソース上限があるんだと思うから課金 runner は空いてるはず

少なくとも Nostr 関連プロダクトのコミットが AI 以降増えてるのは

を見てる限り確かだと思う

GHA が遅延しがちなのは昔からだけど GitHub 全体で AI によるコミットが増えてリソース厳しいみたいな話はちらほら見かける気がする（実際どうなのかは知らないが）

API 生えてる

Mermaid API

https://mermaid.ai/products/mermaid-api

ご飯食べて

夕方起きたばかりなんですよね

ねむい

終電を乗り間違えてしまうぽわ

GPU による熱

自分はテストを含めた CI/CD は大事だと思ってるのでなんならそれだけやってたいんだけど AI でコードを書く時はテストコード自体は読まない結論になったのは面白いなとは思う

バンドルサイズ大きいなぁと思いながら眺めています

https://github.com/SnowCait/nostter/actions/runs/42824513509/attempts/1#summary-129858192172

カバレッジは目安にはなるかもしれないけど結局自己満足でしかないので計ったことない

この前 VRT もどきを実装した

https://github.com/SnowCait/nostter/blob/78e22b7a7e79825290ee779a958a368eb90833f7/.github/workflows/ui-screenshot-comparison.yml

すぐ変わるから保守コストが尋常じゃない

UI のテストはね、無理なんですよ

最近は AI に力技で E2E テストを書いてもらおうと画策しているところ

なおフロントはテスト書けないので無限にバグってる

元々手でコード書いてたときも同じようにやってテストケースを網羅してたので割とバグは少なかった方だと自分では思ってる

実装するには期待する振る舞いを全部定義する必要があるのでそのコードを中心に見てる

AI のことは欠片も信用してないので

期待する振る舞いを全部定義できるならいいけど自分はそれは無理だと思ってるからやってない

そのテストってコード把握してないと無理じゃない？

TDD は用途によって向き不向きがあってバグの調査修正には最高だけど仕様決めながらだとやりにくいんだよね AI はまあ同時に書いてくれるのでよしなにやってくれる

テストが仕様書になってるならそれはそこをレビューするのでもいいと思うけど自分はテストだと流れが分からないので合ってるのか判断できない

コードは流れを追えばどう動くか分かるので意図した流れになっているかとエッジケースがテストされているかを確認すれば問題がないことを判断できる