ウマ娘、いっぱい曲あるな……と思ったけど全部の曲で歌い分けがあるわけではないのか
「確認コードの送信、または確認コードの入力間違いが一定回数を超えましたので、時間をおいてから再度お試しください。」じゃあないんだよ、いちいち再認証画面を出してるのはお前だろー!
React Hooks に惚れすぎてやばい。 JS でそれやるのまずくない?って最初思ってしまいがちだけど、危険なところは linter で潰せばええねんみたいな現代のやり方で倒してしまえばもう向かうところ敵なし
React Hooks と似たような DSL として Azure Functions の Durable Functions があって、あれも await の悪用って感じで好き
Yahoo! ゲームの競馬、歴史資料がインターネットに全然残ってなくて、あのBGMは二度と聞けないのか?という気持ちになってきた
ついに https://github.com/azyobuzin/BiDaFlow をドッグフーディングする時が来た!と意気揚々に使ってみたらバグ踏みまくって、とても良くない。頑張って直すぞ
今日はサクラバクシンオーを育て、最初ミスりまくったと思ったけどファイナルズ2着までいけて満足しました。また1日潰れた
進捗出すやる気がでないとき車で走り回ると何か成し遂げた気になって良いんだけど、結局進捗はないんだよな……
GitHub、クソデカリポジトリだろうがほとんどの操作が一瞬で返ってくるの、結構頭おかしい
えぇ……: フカシギおねえさんと仲間たち - LINE スタンプ | LINE STORE https://store.line.me/stickershop/product/1143771/ja
公式アカウント系って Letter Sealing の対象じゃないから、閲覧権限のある人間は一般ユーザー同士の会話は見れないけど、企業アカウントとユーザーのやり取りは見れるのか。なるほどな〜
今の jQuery は IE9 以上を要求するので querySelector の polyfill 相当にはならない問題
LINE 嫌いマウントを取る皆さんも、何の暗号化もされてない IM サービス使ってるでしょ
System.Text.Json 完全攻略 と React Hooks を愛せよ と C# 非同期処理まとめ を書こうと思って100年が経った
System.Text.Json、まず UTF-8 が前提になったので、なんと UTF-8 バイト配列より string として吐き出すほうが遅い
UTF-8 に全振りしたのと、 Json .NET が何やっても boxing が必要だったところを潰し切ったところがえらいポイントですね
Newtonsoft.Json から System.Text.Json に移行する - .NET | Microsoft Docs https://docs.microsoft.com/ja-jp/dotnet/standard/serialization/system-text-json-migrate-from-newtonsoft-how-to
Json .NET から System.Text.Json に移行して出力された JSON を 1 文字単位で突き合わせるお仕事したので完全に理解した
いい話濃度が高い: 「私はコロナだ」とツイートし業務妨害で逮捕のメルカリ社員35歳、裁判で明かされた被告人の半生【連載】阿曽山大噴火のクレージー裁判傍聴(23)|FINDERS https://finders.me/articles.php?id=2668
スマホ買い替えて性能落ちるの嫌だなーと思って調べてるけど SD835 の GPU が強すぎる https://nanoreview.net/en/soc-compare/qualcomm-snapdragon-835-vs-qualcomm-snapdragon-690
YouTubeくん、タブがアクティブじゃないと映像見てないからって 240p にしてくるの、正しいけど悔しい
System.Text.Json の JsonConverter、大量の internal メンバーがあり、カスタム JsonConverter は高度な機能はほぼ使えない。例えば Stream 型からデシリアライズするときは ref Utf8JsonReader を await を越えて保持することができないので、内部で使ってるデフォルトの JsonConverter ではバッファー充填後に再試行する機構が入っているけれど、カスタム JsonConverter では一発リードしか許されない(カスタム JsonConverter を呼び出す前に必要な範囲(「{」があれば「}」まで、とか)の読み込みを行う)。つまり巨大オブジェクトに対するカスタム JsonConverter を実装してしまうと、巨大 JSON 相手にはメモリが爆発する可能性がある
atomic integer で最後に 0 を read したやつが kill すればいいのでは