はい
不正アクセスによる情報漏えい事案が相次ぐ状況を踏まえ、国家サイバー統括室では、ウェブサイトやモバイルアプリを使用した事業を運用し、個人情報を取り扱う事業者等に対して新たな注意喚起を発出しました。こちらを確認いただき、改めて基本的な対策の徹底をお願いします。cyber.go.jp/pdf/press/261105…
今年はポーカー用語少ないな
2026年 新語・流行語大賞
ノミネート30語発表❗️
⠀
✍🏻今年は何があった?
oricon.co.jp/news/2490886/fu…
⠀
青切符
あかり、信じてるからな
AI暴走
キオクシア
ギルティ
警戒レベル5
言語化
声の権利
酷暑日
消費税1%
好きすぎて滅!
スクイーズ
スマホ農場
setlog(セットログ)
だけ弁当
ちいかわ(現象)
データセンタ
ドパガキ
ナフサ
なんとかなれーッ
NISA貧乏
パンチくん
ピックルボール
フィジカルAI
フレネミー
ホビ垢
ボンボンドロップシール(ボンドロ)
モナキ
夜の踊り子
りくりゅう #流行語大賞
Kafka使う前提やとこうなることないから知らんかったわ、おもろい
有开发者统计了 Cursor 和 Claude Code 搭建的几十个事件驱动后端,发现了一个极具迷惑性的统一现象:模型几乎从不主动建议引入 Kafka 或 RabbitMQ,而是清一色手写 Postgres 的 LISTEN/NOTIFY。
很多新手误以为这是顶级极客推崇的“极简架构”,实际上这是大模型训练集偏差带来的典型架构暗坑。
在训练语料里,单体小型项目为了图省事不加中间件,最爱用这套命令。但在真实高并发生产环境里,LISTEN/NOTIFY 是典型的“发后即忘(Fire-and-forget)”机制。它不落盘持久化,没有消息确认(ACK)与重放逻辑,单条 Payload 限制在 8000 字节以内,且消费端一旦网络抖动断开,期间累积的所有通知瞬间蒸发。
更致命的是,每个监听客户端都要常驻霸占一个数据库的长连接,流量一波脉冲,连接池直接打满,连带主库的正常读写事务一起陪葬。
做缓存失效的小信号通知可以用它;真拿它当生产消息总线跑核心业务,是在给凌晨三点的告警手机埋定时炸弹。


















