#FEC余熱NIGHT コンパニオンオブジェクトパターンの場合はV8の気持ちに沿っているのかな？気になったので後で試してみたい

👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀👀 github.com/microsoft/Type…

cockscomb.hatenablog.com/entry/passkey-… > パスキーはUVフラグの値が真なら実質的に多要素認証であり、フィッシング耐性の面から、パスワードとTOTPの組み合わせよりもセキュアであると考えられている、ということを説明した。 「多要素認証か否か」だけでなく「フィッシング耐性があるか」なども重要な観点だな

私たちカケハシ認証権限基盤チームは、エンジニア2-3名のスモールチームから6名チームへ半年ほどで急拡大しています。そこで生じた開発プロセスの課題の探索と改善を主導してくれた坂本さんが記事を書いてくれました！

昨日のkeyの話をZennの記事にしました👇 zenn.dev/uhyo/articles/…

SRE Kaigi 2026 にプロポーザルが投稿されました！ 「勇気を支えてくれたメトリクス 〜データベースのインスタンスサイズダウンによるコスト削減の実践〜」 / もっちさん （もっち） fortee.jp/sre-kaigi-2026… #srekaigi

我がチームの もっち さんが今期めちゃくちゃがんばってくれてた、DBのインスタンスサイズダウンの話。いっぱい学びがある。 #srekaigi fortee.jp/sre-kaigi-2026…

SRE Kaigi 2026 にプロポーザルが投稿されました！ 「開発チームが信頼性向上のためにできること: 医療SaaS企業を支える共通基盤の挑戦」 / kosuiさん （kosui (こうすい)） fortee.jp/sre-kaigi-2026… #srekaigi

SREではなくても、アプリケーション開発において信頼性向上のためにできることがあるという話をしたいです - PostgreSQLの行レベルセキュリティ - DynamoDBとOutboxパターン - Delta Lake形式によるデータ配信 - ドメインイベントの永続化 - サービスベースアーキテクチャの採用

こちら明日オンライン開催ですって。何か参加者230人もいるぞ（？）

同じような話で、「金を生んでいるからクソコードではない！」的な言い方も実はあまり好きではない。 「金を生むクソコード」でいいじゃん。評価するところは評価しつつ、クソから目をそらしてはいけない（？）

向かっています🚃

安全とか危険とかそういう単語を雰囲気で運用するのはあんまり良くない

おー！鳥越さん！

カケハシで実施する小規模なイベント #kkhs_tech 、次回は10月24日(金)です！ エンジニアの皆さんやいくおさんと一緒に色々話せてしまいます。わたしも参加しますので、話したいぜという方はお越しくださいませ。

良かったら投票して(スターつけて)もらえると嬉しいです！ --- 勇気を支えてくれたメトリクス 〜データベースのインスタンスサイズダウンによるコスト削減の実践〜 by もっち | プロポーザル | SRE Kaigi 2026 #srekaigi - fortee.jp fortee.jp/sre-kaigi-2026…

わかる。Remix v3は一見easyなソリューションにみえて、レンダリングのスケジューリングについてはむしろかなりsimpleに倒していると思いますね。結局のところ多くのユースケースにおいては「自分たちで制御するよりライブラリ側にがんばってもらう方がよくない？」という着地になる気が。