0時まで寝る

ところで明日のOSの試験なんですが、普段課題を配布していて明日試験を実施するJupiterのクソ強サーバーが強制メンテで利用できないらしく、課題の復習はできないわ試験の実施すら怪しいわという状況になっているらしく、文明が完全敗北しています、現場からは以上です

完璧主義なので何かを作るにあたってテストもLintもCIも完璧に整備するしあちこちのドキュメントを突き合わせて仕様を確認するしIaCでデプロイする気である

真面目に解決したければエラーで調べたりとりあえずアプデしたら？って言ったりするんですけど、眠いし頭が回らん

なにも考えてないからあんまあてにしないでほしいんだけどDOCKER_BUILDKIT=1つけたら耐えたりしない？

せめて俺が頑張って生成したJSONをいい感じに表示する色付け職人が現れて欲しい

マジで課題意識はあって解決策もちゃんと考えたんだけどあとサービスをリリースするだけってところで一生ゴールできない

もっと爆速でサービス開発してリリースできるスピード感のある人間でありたかった

ほんとに多様性を尊重する人はギャーギャー騒がないよ

うちのサーバーのルール5年前のままでさすがにふざけすぎだしAPIに出る方のruleにしてないの良くないから直すか

(レポート課題)

2022年に公表されたCVSSスコア7以上の脆弱性どこ

かなりクリティカルで好き

Railsアプリケーションのデータに干渉したいならDBに直接触る前にRails Consoleを使ったほうが5万倍幸せになれる

ローマ数字のⅢをⅠを3個で表記されてビビってるんだけど成り立ち考えたらこっちのほうが正しい？

JetBrains GatewayとHyper-VのDynamic Memoryの相性が悪すぎる
例の/dev/zeroで4GBメモリ埋めるコマンド打たなきゃ

せっかく電子書籍でいつでも購入できるのに読みもしない段階から自動購入するのは金の無駄ではなかろうかと思ってしまう

物理的に出席不可能な講義作るのヤバすぎて逆にいいと思うよ

サイバーセキュリティとかいう講義は工学部共通科目のくせに工学部電気系のスケジュールをガン無視して開催するのをやめてほしい(課題の締切が試験とダダかぶりしているばかりか、集中講義ががっつり試験時間中に開催されている)

アイマス新規P開拓しに行ってる感すごい(まんまとやられた人)

SerialNameは無条件でつけたほうがいいよ(ProGuardにオブジェクトのフィールド名をMinifyされてDBに保存してたJSONのキーがアルファベット1文字になってしまったTuskyの方を見ながら)

ところで：足つりかけてる助けて

Tuskyのdevelop引っ張ってからタブ変更の感度が落ちてつらい rollbackしようかな

皿洗って酒飲んで風呂入ってレポート書くなりよ

まずいまずい、なんか今日の俺の投稿すごく濃度が高いぞ
もっと頭の悪い投稿をして希釈しなければならない

Minecraftの通報機能、いくらでも偽装できるやんって話になってたけど結局まだ生きてるの？

MastodonのFilters、後方互換を考慮するとクライアントサイドでしょうもな正規表現を構築する羽目になるから頑張って欲しい

寒さで誤タップ生じた

寒すぎ訴訟

別の書類も一緒に入れたので番号は見せられません

いまなら全国のコンビニで俺が頑張って書いたカンペが印刷できるぞ！

2時間超かけてカンペ書いた

\bra \ketってKaTeXで行けるのか

とりあえず過去問は一通り解いたけど、同じ問題が出ないからなぁ

トレースわからん之助

そもそもあんなクソ狭いとこじゃなくて正門前の広いファミマを使えばいいのでは？？？？？になった

安田講堂前にローソンと工3の中にロー100あるね
理学部側はわからん

工学部前ローソンってマルチコピー機あったっけ

ペンで書くと腕疲れて萎えそうだしね

いまからMarkdownでまとめてPDFにしておいて後でコンビニ寄って印刷でもいいか

あと7時間あるし紙2~3枚くらいは書く余裕あるぞ
講義資料切り貼りして印刷するのとどっちがはやいかな

やべぇ！今日の試験の持ち込み資料執筆してねぇ！

REST APIでも不可能ではない(というか狙ったオブジェクトを更新するだけなら比較的シンプル)だが、オブジェクトをネストして返されるとflattenがしんどい(たとえばstatus APIについてくるaccountオブジェクトみたいな)とか、リクエスト数が爆発するみたいな問題はやっぱり避けられないよね

全てがGraphQLの世界に落ちているとIDのUniquenessとかそれぞれが指定したNodeであることとかが保証されているのでオブジェクトをflattenしてキャッシュストアに投げ込むことが比較的容易(というか技術的に可能に近いとは思うが)

個人的にはフロントエンドがキャッシュストアを持つって言ってひいこら言いながらグローバルストアとか導入しちゃいがちなので嫌いだが、GraphQLの文脈で必要なデータを適宜fetchしてくるデータストア(+ それを読み出す側は直接APIを叩かない)は技術的に素敵だと思う(APIを無視してキャッシュストアを信頼できるデータソースとして扱えるので、透過性が満たされている)ので、そっちはやりたい

MastodonのWebUIで新規フォロワーのプロフィール開いても「フォローされています」が出ないくせにフォロー一覧には居るみたいなわけわからん状況が発生しておりシンプルにcacheが壊れてるんだろなぁと思った次第(当然リログで治る)

最近の広義フロントエンド(including モバイルアプリ)、ローカルでも適切なデータストア持ってキャッシュしろとか言われてるせいでキャッシュ不整合の解決とかだるすぎだよなぁって

バチクソ眠くて量子計算論どころの騒ぎではない