Tag: 软件

又心痒痒了，想试试用 htmx + Python 写写小项目。

不过 Python 的速度真不行，感觉 Bun 会好很多。

但是 Python 的 Ai 生态更好，JavaScript 生态圈内优质的 Ai 开源项目太少了。

好纠结啊。

大语言模型「懂不懂你」取决于它能获取到多少你有价值的数据。所以能无感，或低门槛的让你把有价值的数据交给它至关重要。

从这个角度看，微软、谷歌是最有潜力打造出真正基于大语言模型的生产力工具。前者有 office 这个全世界最受欢迎的办公套件，后者也有一套用户基数很大的办公套件，以及持续收集用户数据的搜索引擎和浏览器。

国内在这方面最有潜力的还是字节跳动。飞书虽然市占率不高，但是飞书已经基于豆包推出了知识问答，可以全量获取用户飞书内的所有聊天记录、文档、知识库等数据。

字节在这方面唯一的短板是不像 OpenAI 能做开放平台打通第三方服务（让腾讯和阿里把自己的数据开放给字节？这不可能），也不像 Google 本身就是一个小商业生态系统，用户能在里面满足一部分需求（现在已经打通了 Google 酒旅和 YouTube）。

腾讯也掌握了微信这个数据富矿，可惜微信里大部分都是聊天这种垃圾数据。企业微信和腾讯文档本身产品力不行，远远不如飞书好用。我甚至怀疑他们底层的数据架构也不如飞书开放灵活，想要打通、整合，可能还需要付出一点代价。

阿里有钉钉，但是我不清楚钉钉文档有多少人在用。在我的印象里，钉钉文档应该远不如飞书那么好用。而且钉钉文档的底层数据架构应该也不如飞书。现在钉钉文档 AI 也不能全量获取用户数据，还需要用户手动导入知识库，支持的格式也有限。

所有基于 Electron 开发的软件似乎都会在 macOS Tahoe 遇到水土不服的问题，包括但不限于卡顿、发热。Electron 是最常用的跨平台开发框架，也就是说，包括 VSCode、Cursor 在内的很多常用软件都会中招。

成因似乎是 macOS Tahoe 的 WindowServer 组件有 Bug，在渲染带阴影窗口时存在严重性能回退，所有带阴影 Electron 窗口会异常消耗 GPU 资源。

暂时没有看到关于 Chrome 的反馈，但是我感觉 Chrome 在升级后资源开销也变大了。

苹果 💊。

毫无意外，macOS Tahoe 和 iOS 26 就是一次计划报废。新增加的毛玻璃特效在当下这个时点看不出交互上的必要性，反而会持续消耗计算机的算力。我观察了一下我 MacBook 的 GPU 用量，此前闲时用量很少超过 20%，升级到 Tahoe 后，闲时大概 30% 左右，CPU 闲时用量此前很少能超过 20%，现在也来到了 30%。苹果这边是真没活了，就想通过这种方式催促用户换新设备。

Astro 是个好框架，但是从实用性的角度上讲，彻底放弃 SSR 好像不太现实 🤔

最近两天在学 Astro。

Astro 的一大优势就是能静态生成网站。通过编译的方式，将 JavaScript 写的网站编译成只包含 HTML 和 CSS 的静态文件。不管是上到服务器用 Nginx 转发，还是放到静态网站托管平台，还是直接放 CDN，都能运行，不挑环境。

编译的好处就是能一处编译，处处运行。不依赖运行时和解释器。

现在 JavaScript 的运行时这么多，为啥没有人用 golang 写一个？然后继承 Golang 可以直接编译为二进制的优势，让 JavaScript 也能编译为二进制，做到一处编译，处处运行。

最近在 VSCode 里用 foam 记笔记，发现 VSCode 里有很多操作都是针对英语优化的，或者说是对「用空格分隔单词的语言」有优化。

中文没有单词和空格，相较之下编辑体验就没有那么好。Vim 的很多操作也一样，基于空格的选词操作非常方便，但是中文没有空格，所以在中文场景下就不太好用。

今天手贱升级了项目依赖，升级完以后就出 bug，排查了半天，还以为是自己代码有问题。但是又觉得奇怪，因为每次修改完都会测试几次，有问题我肯定心里有数。

好在有 git，恢复了 package.json 文件，清空缓存和 node_modules 文件。

重新运行，没问题了。

今天学到的教训就是：

1. 不要随便升级依赖
2. 重要项目一定要 git

我一直觉得飞书是比 Notion 更好用的 Workspace 产品。飞书能兼容传统 excel 表，这点就比 Notion 好。Notion 为了讨好极客用户，总是把力气花在钻牛角尖上，忽视了真正有价值的场景。

在国内最适合做 Ai Workspace 产品的，还得是微信，毕竟我们老中人最爱用微信办公了。微信沉淀的工作群聊记录和各种 word、ppt 文件才是最真实有价值的检索数据。