DexterCai

[DexterCai @xCaiaCx]

@_NekoKage 🎂生日快乐～

[DexterCai @xCaiaCx]

@icew1ne C++岗位钱多

[DexterCai @xCaiaCx]

要是早些年鼓起勇气去写C++就好了

[DexterCai @xCaiaCx]

@Nian2meow 杨浦 or 漕河泾？

[DexterCai @xCaiaCx]

@yozuha15 只是感觉不要开这个头吧。

[DexterCai @xCaiaCx]

@__shilapi__ 一个时间点一个版本

[Amto @XAMTO_AI]

代码写得好好的，突然被推到管理岗，面对的全是没标准答案的问题，该读什么书、跟谁聊、怎么��人，根本摸不着门道。

有位老哥把自己攒了 6 年多的成长资源理成了一份清单，两百多条，全是亲自筛过的。书、技术博客、Newsletter、值得关注的行业人物，分类码得整整���齐。系统设计、数据工程、管理与领导力，到 AI、产品和商业思维，基本能想到的方向都覆盖了。

🔗https://t.co/3yROL41vDy

[citron🍢🍋 @vanillaCitron]

刷 threads 看到一个跟帖，原来不只是我偶尔会这样！

[SegerYU @SegerYU]

🛰️ASO-S 卫星（先进天基太阳天文台，夸父一号）在几个小时前记录下的 2026-08-12 日食。

[小弟调调 @jaywcjlove]

🚀 Rockxy 0.34.0 发布！

一直由独立开发者 @StephenX 维护，也是我最喜欢的开源原生 macOS 网络调试工具之一

Rockxy 使用原生 Swift 构建，可以拦截、检查和修改 HTTP/HTTPS、WebSocket、GraphQL 流量。

随着项目不断演进，它正在面向 API 调试、移动端开发、MCP 辅助、AI 与区块链时代，打造新一代调试工作流。

一个 local-first、AGPL-3.0 的开源替代方案，挑战 Proxyman 和 Charles Proxy。

👉 https://t.co/E51bXcJtJ4

#macOS #Swift #OpenSource #IndieDev

[SegerYU @SegerYU]

台风白海豚在刚刚 17:30 左右登陆。

[dydt @dydt_Nao]

編み物してる🧶

[海洋馆馆长 @CycleDecoded]

每月被 Datadog 和 Elasticsearch 的账单背刺？告别这种昂贵烦恼的工具来了。

GitHub 上这个叫 OpenObserve 的项目直接火爆圈子。它是一个基于 Rust 开发的下一代全栈可观测平台，专门用来干掉昂贵的商业日志运��软件。目前在 GitHub 已经狂揽 2.0 万颗 Star，采用 AGPL-3.0 开源协议，支持单文件直接部署，几分钟就能跑起来。

存储成本暴降 140 倍：底层搞定 Parquet+S3 架构，存储占用小到夸张。

一套搞定所有监控：日志、指标、链路追踪、前端 RUM 外加大模型 LLM 监控全打包。

极其丝滑的查询：写 SQL 或 PromQL 就能查数据，完全不用重新学奇奇怪怪的自研语法。

零门槛极速部署：单个二进制文件就能扛起 TB 级数据，告别庞大笨重的集群维护。

🔗 项目链接：
https://t.co/knbeKTXvS0

[Geek @geekbb]

Proxmox VE 首次正式支持 64 位 ARM（arm64/aarch64）架构，此前 Proxmox VE 仅支持 x86-64（amd64），现在首次推出第二 CPU 架构的正式版本：

- 与 x86-64 版本共享同一代码库、软件仓库和发布周期
- 基于 Debian 13.5 "Trixie"，默认稳定内核为 Linux 7.0
- 核心技术版本与 x86 一致：QEMU 11.0、LXC 7.0、ZFS 2.4
- 配置、工具和文档与 x86-64 完全相同，仅少量架构差异

[Geek @geekbb]

Cloudflare 把内部员工天天在用的 AI 工作环境开源了：员工可以让 AI 干活、让 AI 造小应用，权限和风险由系统兜底，别的公司可以整套复制改成自己的版本。

叫 OS 不是传统意义上的操作系统，而是因为两件事：公司怎么用 AI 才安全，以及 AI 工作负载由谁来管。

核心能力有三块：
预载公司知识的智能体聊天界面
沙箱化的应用开发（让 AI 构建"gadget"小应用）
以及名为 Gatekeepers 的能力安全框架。

[AlexZ 🦀 @blackanger]

借着这个企培的机会，我也分析了一下 Tauri 的跨平台实现。。。

突然想起 Tauri 这么多年来被诟病的 WebView 跨平台问题，于是让 AI 深度分析了一番，然后我得出如下总结：

1. 本质归因： 三个平台的 WebView 嵌入模型根本不同，这就导致通用窗口句柄不足以覆盖真实嵌入需求，进一步导致其主要组件 Tao，不得不直接暴露平台接口。。。

2. Tao 的默认 GTK 布局曾直接破坏多 WebView 定位，也就是说，一个“第二个 WebView 位置不对”的问题，需要 Tao、Wry、Tauri 三个仓库共同修改。 想象不到手工编码时代得多累 。。。心疼 tauri 维护者一分钟（之前在香港和荷兰两次 rust 活动都见过 tauri 联合作者，人是非常 nice 的，因为某些原因还没有邀请来 RustChinaConf ）

3. 分不清键盘事件到底属于 WebView 还是父窗口 。。。事件循环跨平台做不���底。

4. macOS 窗口缩放和 WebView 重绘不在同一节奏。Tao 是通过调用 AppKit 来缩放窗口，于是发生了，Tao 管窗口、Wry 管子视图，但动画发生在 AppKit 内部的不同步问题。

5. Linux 的 GTK 主线程模型和 Rust 的跨线程窗口 API有冲突。。。Tao 曾为了提供跨平台统一接口，让相关窗口类型表现得像 Send + Sync，但其实有不健全问题。并且 GTK 版本升级也成为技术债了。。

7. Tao 除了维护窗口抽象，还需要维护 winit 上游 API 演化、Windows 窗口样式和消息循环、AppKit 的生命周期与动画、GTK/X11/Wayland 等等，这个维护面积太大。。。再心疼 Tauri 作者一分钟 。。。

总的来说，tauri 提供的是“统一入口和平台适配”，不是“统一浏览器内核和完全一致的平台行为”。。。 这是大家经常��槽 Tauri 的原因。

感觉 Tauri 这个项目，从诞生之初，就是一个无尽深坑 。。。

我不用 tauri，但 tauri 对我来说是有学习价值的，毕竟这个坑被维护了很多年，还是有很多经验与教训的。。。

[蓝汁酱 @Lan_zhijiang]

才知道，Header `X-*` 已经废弃了

[Tz @Tz_2022]

原来以前看到的各种奇形怪状的金属垫片是经过力学载荷计算后的最优解！😳真是长见识了。。。

[DexterCai @xCaiaCx]

@__shilapi__ 怎么那么朴素 得用vibe coding出一个计算器啊🤓

[蓝点网 @landiantech]

#开源软件 开源虚拟机工具 @UTMapp 推出新的 DX11 驱动程序，可在 #QEMU 虚拟机中获得比较完整的 DX11 支持。

这个新驱动程序代表 QEMU Windows 图形加速取得重大进步，不过在 Mac 上由于技术授权问题，暂时还存在其他限制。

另外 UTM 团队已经将相关代码开源和提交到上游，未来的 UTM 版本会提供更易用的支持。

查看全文：https://t.co/mVoJbn3xa5