这个朋友用 LLM 批量写了好多这类的文章，但是写的很好。
说实话我不知道是好是坏，觉得有点悲伤，曾经想研究透一个东西学习一个东西需要几天甚至几个月一点一点的学习，一个问题一个问题的解决，而现在可能只需要设定好一个风格，一个 /goal.
曾经写一篇这么好的东西，需要花非常多的精力，未来有人读到这篇博客还可能在下面评论交流，发邮件感谢，甚至交流过程中成为朋友（我就有几个朋友是这么交的），现在呢？大概率不会了，未来的自己会看么？我也不确定。。。

https://ursb.me/notes/

#pingback #design NZ,JP,KR 都去过这个大佬

https://liuaaron.com/ 可以作为demo了

#tool https://t.me/im_RORIRI/34385 CJK align-center

https://amruth.ai/ 这个不比JB官方牛逼多了，不是 webgl 胜过gl

Spotify把Claude、Gemini和Codex塞进一个总控台，1300名工程师已在用

Spotify 把内部使用的多 Agent 工作台 Xirp 开放给外部开发者。Claude Code、Gemini CLI 和 Codex 都能接入。开发者可以同时跑多个 Agent，也能中途换工具，原来的工作状态继续保留。

Xirp 会给每个会话单独开一个 Git worktree。多个 Agent 可以同时改一个项目，互不干扰。Spotify 称，Xirp 最多能协调 50 多个并行会话。内部已经跑过 3.6 万多次，1300 名工程师在用。

Xirp 还能接 Spotify 的企业开发者平台 Portal。企业可以把自己的服务、API、技术文档和团队信息集中到 Portal。Agent 开工前可以直接读取这些信息。做完后，会话记录也会存回 Portal，其他人或 Agent 可以接着做。

Databricks 今年 6 月开源的 Omnigent 跟它属于同一类工具。两者都在现有 Coding Agent 上再加一层统一管理。Omnigent 更强调权限、成本、沙箱和多人协作；Xirp 更强调多 Agent 并行、工具切换，以及通过 Portal 接入公司内部知识。

Spotify

#dalao https://magcius.github.io/xplain/article/index.html x11 API #cg #selected
https://haqr.eu/tinycompiler/ #ce 这个也是很好的，原理剖析

最近读到一些文章认为Wayland的集成度太低了， wl-clipboard、Ctrl+O/+S 文件选择器和OBS支持都很差，破坏了既有的 xdo/xclip 工具，甚至 AppImage 的开发者都这样认为
https://gist.github.com/probonopd/9feb7c20257af5dd915e3a9f2d1f2277

不过一位KDE开发者也为2026年的wayland+XDG(DBus, Portal..) 解释 https://pointieststick.com/2023/12/26/does-wayland-really-break-everything/

Nate Graham 的核心逻辑在于：Wayland Pipewire 和 XDG Portal 不是为了打破而打破，而是在为未来二十年的 Linux 桌面搭建能持续维护的“骨架”。 X11 时代许多看似“爽快”的功能，背后全是不计后果的架构借债；而 KDE 的态度非常务实

不过，wl再差也不太可能突破安卓11【容器化】的底线了，那个性能和开发难度真是有巨大问题，SAI安个apk都遭殃 🥱

#bash Linux桌面的架构变迁 🖥

老协议就不能用吗？FTP依然被用于SSH文件分享，ELF也万年不变。 我们通常认为Xwin的失败之处在于socket的“过度网络化/浪费拷贝”、安全问题和积重难返

其实，现代基于GPU对象id，并没有性能问题，至于.ssh都能乱读的发行版就更别说啥点击劫持和keylogger了。X不如wl那样面向事件，并且给予xywh（无装饰的窗口）混合器的编程自由度较低，在一些细枝末节（比如HDR/VRR/触摸板手势）上没有更新，它不受 Waydroid; Omarchy(Hypr.land) 和 Niri （推广一种横向平铺的GNOME动态工作区）支持

X11体系里KWin这些东西更像是xywh上画一个标题边框的外挂，一个旁听生（当然，这不影响XFCE高级的透明混成、KDE和Compiz的GL果冻窗口），比如systray的实现，就是硬塞一个32x32窗口到任务栏

但是wl里，以牺牲兼容性的方式，KDE和GTK4获得了xywh摆放的主导权，然而实际上，wl并不比X快多少，甚至有许多功能（如不可变色温和整数倍缩放）也是近年才改掉的。wl也没有在发展中规避错误，比如，面向事件到以为wm比mpv/ffmpeg更懂rAF帧回调和解码

按理说wl不该犯这样蠢的错误（比如Ctrl+C/V/O/S的基本功能性统一、截屏录屏、动画布局和av解码调度器的区分），再如systray被简化为 SNI API 的icon和目录树（如同浏览器插件右键菜单），明显是GNOME中心的设计，很可能要像Android那样，等加了Calendar和Clock，番茄钟什么的，架构又腐烂了呢？当然， notify-send 确实很方便

总而言之，KDE的决策是不错的（包括他们最近在SteamDeck开箱即用的亮眼表现），wl仍有坑要踩

KDE社区的兼容性一贯是非常好的，包括不歧视Win快捷键、兼容微软/谷歌/OSX的设计风格（MD3的颜色设计、klassy、liquid glass 都有AUR特效插件）

在SteamOS上的gamescope利用了wlroots的嵌套合成器特性，让游戏窗口1920x1080 60 FPS超分辨率执行，这个就真是和Sunshine或Proton一样神的图形应用了。设想一下，还没有任何一个消费级OS能实现在截屏时提升视频/网页/App分辨率的效果，但是wl能零摩擦的做到 👍 🎮

Wayland相对于X11有什么技术架构上的优势？
--
https://www.dedoimedo.com/computers/xlibre.html 认为X11没有造成实质性问题且性能更好

Peek，是一款用户体验堪称巅峰的GIF录屏应用。它超级直观，只有一个透明窗体和按钮。如果不使用快捷键来启动录屏，大概没有录屏集成能做到这样零摩擦。它的后端就是 ffmpeg grab 但窗口化选区的可拖动设计可称绝唱

因为wl的“用户不需要”杀死了Peek

--
套一层UNIX socket真的有很大问题吗？ client会把pixmap拷贝一次？

X11和wl实现的都只是 wdiv2bmp (roots和xwyh) 与pointer事件这样的简单功能
--
没错，相对于普通div和窗口装饰器，roots 还包括IME、menu等特殊类型窗口(surface)、显卡UMat和dirtyRects/VRR/DPI等性能要求。wl基本上就是把skia/svg的职务交给GTK4/Qt6去办了，至于截图什么的就开始碎片化了

在OBS和RPA的支持上，跳过了Pipewire的Sunshine显著快于wl的远控。wlroots; wev; kdotool 很明确的展示了桌面ClientRect的特性，但它们的完成度相对于成本和代码行数并不高

wl的架构用一个UMat+面向事件和最小权限就能说清，但它的考量呢？ 截图录屏远控（性能），甚至剪贴板DnD输入法，这些都是显然预见的到，兼容性会出问题的。直接撕裂成GTK/QML/wlr三派，又不让用root桌面。
--
值得注意的是，全局热键、全局菜单栏、屏幕色温和skipTaskbar也是和剪贴板、sysTray、MIME打开或发送同级的桌面协议问题

如果KiCAD和Krita这些“原生”应用都认为Wayland授权弹框的缺位让旧功能的兼容（例如简单的记住窗口位置）都不可能，是否说明wl必须把XWayland作为ABI保障来维护？
--

Linux的容器化使任何一个curl|bash都能访问.ssh和浏览器cookie，又让Telegram.AppImage/Flatpak无法默认写入Downloads文件夹（需要手动剪贴），居然有人在说【安全可靠的窗口系统】。

wl没有的协议很大程度上都在D-Bus的通用服务（如Pipewire）里实现了，但这些服务并非在GTK/QML/wlr下都可用

mpv开发者表示，对于任何跨平台运行的程序来说，wl逼我们不能“浪费”帧，但却忽略了你可以把交换间隔设为 0 然后直接把帧扔掉。

#ai探讨 #bash 上文，感觉这些人还挺严肃的讨厌wl

我大概一生也成不了这样精彩的人，但是看着他们的生活，从中找到几本想看的好书，想玩的游戏，也非常开心了。

https://tangdh.life/posts/interesting/ncdu/ #dalao #dev #db 还会优化向量搜索 BPF 🤔 感觉很牛逼
#rust
#cpp https://tangdh.life/posts/c/rvo/

我们的实验结果表明，io_uring 显著提升了性能。这主要归功于 io_uring 的异步特性。fsync我们无需等待每个调用返回结果，而是可以提交 I/O 请求，并在没有其他任务需要处理时一次性全部处理。

好家伙，最后还是批量操作文件保存提速…… 太合直觉了

#game #dalao https://wszqkzqk.github.io/2026/02/20/PvZ-Portable-Zombotany-Image-Fix/

访问 浏览器免安装体验页面，导入你的 main.pak 和 properties/ 目录，点击 Start Game 即可开始。存档自动保存在浏览器的 IndexedDB 中

笔者在大一时曾经尝试写过 Python 版植物大战僵尸。那时候笔者还在起步阶段，用 Python 和 Pygame 做了一个简单的练习，主要目的是学习 Python 和面向对象编程。那个项目虽然能玩，但在还原度上和功能完成度上存在不少局限。
时隔几年，随着技术栈的深入，在开源社区前人大量代码1 2的基础上，笔者带来了一个强大得多的新项目 —— PvZ-Portable。

几乎 100% 复刻原版所有特性 支持 Linux, Windows, macOS, Android, iOS/iPadOS, WebAssembly, Switch… 基于 OpenGL & SDL

且可移植存档相互兼容，支持 MO3 音乐格式。支持各种语言的官方年度版资源包

#tg 最近支持：右键一键转发！

原本功能：
HistoryView::ContextMenu::fillElementMenu()
https://github.com/telegramdesktop/tdesktop/blob/8e18cb71103d83d7d98994ff27f0a2bca55c489c/Telegram/SourceFiles/history/view/history_view_context_menu.cpp#L1123

HistoryView::Message::drawRightAction()
https://github.com/telegramdesktop/tdesktop/blob/dev/Telegram/SourceFiles/history/view/history_view_message.cpp#L5769
https://github.com/telegramdesktop/tdesktop/blob/dev/Telegram/SourceFiles/history/view/history_view_message.cpp#L5896

是真没想到这玩意还要加几百行，和快速reaction有冲突 ❤️

吐槽：高性能， 这个所谓的自动layout追加不就是Tk pack()、平铺式布局管理，加几条用户权限的if线么，一个小角标写几百行cpp

嫌运行时ui树慢可以做comptime编程啊，弄的widget()都返回bool或QRect，我都不敢想设计有多困难

“用巨大的开发维护成本”，在我看来就是反直觉，没有工程策略。树框架依然是要的，你不喜欢可以写个协议把QRect缓存下来，而不是像cpp不用iostream而sizeof+init 写两遍一样。

我会那样写吗？我直接在js用Proxy bind到数组union的offset。

他要是稍微有点设计感，就直接把CSS伪状态重新发明出来了。 右键菜单分过Type后能有几个case，不就是owner、group、新老消息什么的，到处accessor item->allowsForward() 和fn() { if 开头 } 算什么呢，还不如QWidget树

面向什么就面向什么，一开始就知道有十几种菜单，可穷举的就在.md里就想好，然后把datatype打包好

https://blog.est.im/2026/stdout-26 #tencent #dev

有人测试出来 Polar+AES 在性能和体积上都非常平衡，而且支持单行实现grep

FTS5建立索引是最快的，但是体积翻了3倍

vx的聊天功能，还是 时间戳排序+串读串写（离线或多人），列数据库确实适合 append-only ，只是那个时代RDBMS非常通用了

为了一个grep速查索引放弃整个文件树模型…… 这大概是文件系统本身的问题了，想起了Everything。 大概没人真的因为【调试方便】 而用fs管理消息，电邮都不

est.im 还做了很有意思的思辨： #science 都被谁包养了

https://blog.est.im/2026/stderr-25

达尔文是真有钱啊
- 居里夫人：美国妇女发起"镭募捐运动"送她一克镭,靠国际名气才翻身
- 玻尔研究所靠卖啤酒的钱养量子力学,是个有趣的冷知识
- 在CERN万维网是"副业",欧洲多国联合资助的大型实验室养活了他

但最有趣的不是这些故事本身。而是你会发现这些案例都不太像随机搜索。反而像已有知识在跨领域类比，统一两个看似无关的东西。
牛顿：苹果=月亮；麦克斯韦：光=电磁现象；爱因斯坦：重力=加速度。这是一种很特殊的创造力。事实上很多认知科学家会认为：真正的人类创造力未必来自随机variation。而是来自类比推理(Analogical Reasoning) 或者 概念压缩(Conceptual Compression)

麦克斯韦也是。原来：电 磁 光 三门课。后来：电磁场一门课。
更极端的是 Alan Turing。图灵其实没有发明计算机。他干的事更离谱。别人研究：加法机、乘法机、密码机、各种机器。图灵问：有没有一种机器，可以模拟所有机器？然后就出现图灵机。

人类最顶级的创新可能分两类。 第一类就是你熟悉的： 组合创新 或者说工程创新。第二类则是： 压缩创新 或者说理论创新。 突然发现： A = B

btw. est #dalao https://blog.est.im/2026/stdout-09 这个eval且防注入的也太逆天了
https://blog.est.im/2024/stdout-19 电音
php是最好的……serverless?
如何删除 C:\Windows\WinSxS 文件 PsExec!
Windows 任务管理器(taskmgr.exe) 作者讲趣闻 |避免直接链接到除了user32和gdi32之外的任何东西

正在加速崩塌的是「中文」，不是互联网 |曾经红火过的中文网站，如网易、搜狐、校园BBS、西祠胡同、凯迪猫眼、天涯论坛、校内网（人人网）、新浪博客、百度贴吧、以及大量的个人网站等，在一定年份之前的信息都已经完全消失不见了

|你在特别渴的时候喝水，是不是感觉两口水下肚，立马就解渴？水需要20分钟，才能进入你的血液，它根本不可能在几秒内解渴

他还有个《the Matrix里无🧑‍🦽轮椅》定理， 说明缸中之脑的伪造（人造）和荒谬性。

谈科研，

包括DNN(AI)革命也是这样：历史上的"跑题率"高到惊人，某些行为可以直接从反网络、抗议游戏，一年跳到反AI算力、反智的。因为，科学突破几乎全是"顺手做的"、钻空子的

"完全对口"的案例列表中只有2位,不是资方勇敢勇敢提前押中的。 纯粹盈利的资方局限性也不小

图穷匕见：资方为了装逼去包养才是科学研究第一必要条件。🤣 🤣 🤣 🤣 🤣

有品味和敢做副业的决心，才有可能搞出来大新闻；贫穷限制了我们的智商！

要么你能混成网红，要么你需要遇到一个贵人，才能当科学家
🤣

ps. 是不是感觉两口水下肚，立马就解渴？水需要20分钟，才能进入你的血液

- 我明白了，就像ptsd了
- 听起来非常奇怪，就好像物理化学不真实一样，但其实是符合神经工作原理的。但这也太智能了，听起来就像患者能主观区分吃下了什么
本来是一种非常独特的回忆机制，但又和预测性相关，可能像回光返照的原理

xswl, 这辈子第一次见这么流氓的软件

Open Design 的遥测模块默认向他们发送你所有的输入 prompt 和 AI 输出、你本地 codebase 里所有的代码文件

简单看了下他们官网，又是经典的 English+简中 i18n 搭配，挖了一下果然是国内公司，🤣 有时候刻板印象确实是很有用的

FYI open design 是这个人做的。。