2013年推出end to end encryption 且保持开源 ref
E2EE 加密且保持开源，指：
- 加密算法本身闭源且默认不（在私聊中）开启。
- 客户端开源但如开，社区开源服务端通过分析客户端的行为实现。
- 混淆视听，令人认为他们就是开源了加密算法且比其他软件更安全，但实际上很可能是和微信在同一等级。
云端存储聊天记录且随时可回调这一点就说明默认情况下（不主动开启时）的消息安全就是个笑话，而且 Durov 不开源加密算法默认其也是个笑话。
Miller还指出，除CMD-S外，Arc浏览器的更多经典功能也将被重新设计并引入Dia。1
你这么说的话那我可就要许愿了：
- 快捷拨号盘功能，即在 Arc 的纵向标签页顶部、地址栏下方的九宫格。
- 自动关闭标签页功能，最好有少于 12 小时的选项（现在 Arc 至少会把标签页保留 12 小时，我还是觉得有点长）。
- 全窗口浏览功能。
- 同窗口多容器（containers，即浏览器用户资料）功能。
- 附加一条就是 增加对 Linux 平台支持，Arc 到终结（目前）为止都只在 Windows 和 macOS 推出过。Manjaro 上我使用的是 Zen，很接近 Arc 但就是没有自动关闭标签页功能和全窗口浏览功能。
说到底其实 AI 是我在浏览器使用过程中最不重要的功能之一，真的要类似的功能我直接 毛二力 启动。
试用了一下 Windows 11 25H2 的 Xbox 掌机模式，性能没测但 UI 已经玩上了。
简单来说，它不会执行完整的 Windows 启动，甚至连多窗口桌面都不会启动。默认会将 Xbox app 作为启动器，启动器除了启动来自 Xbox/Windows Store 的游戏之外，还能启动来自 Steam、GOG 或是 Epic Games Store 的游戏。每个启动的窗口都会在多任务界面中挤出一个窗口，相比电脑更像是一个平板电脑。
大部分程序的兼容性都没什么问题，但需留意因为每个窗口都单独占用全屏，因此既没有窗口堆叠，较小的窗口也会居中在屏幕中显示。
由于 Xbox app 不能添加第三方 app，因此也不能直接启动加速器或非平台游戏（例如来自 WeGame 的游戏），但好在可以从 ROG 奥创中心启动。
唯一遇到的兼容性问题就是国服 FF14 在迁移旧有配置文件之后打开会遇到错误号 16e。移除后让其重新创建就能进游戏了。
有关 1Password 与浏览器支持的兼容性问题：1Password 桌面 app 现在会验证浏览器是否在其「白名单」上，包括 Chrome、Firefox、Brave 和 Arc 等，不在其中的浏览器需要单独授权，否则即使安装扩展也无法正常连接到桌面 app。
在 1Password 桌面 app 中点击设置，找到「浏览器」选项，在「连接到其他浏览器」部分选择「添加其他浏览器」，然后将其他浏览器添加到列表里就可以了。
比较迷惑的地方在于，连接失败之后 1Password 是完全静默的状态，桌面 app 和浏览器扩展都不会显示任何提示。
Arc 浏览器在 Mac 上有一个很好的功能，就是可以直接隐藏掉侧边栏。由于 Arc 是一个只能使用「纵向标签页」的浏览器，且其他浏览器的控件都在侧边栏中，因此将其收纳起来等于将窗口的几乎 100% 的空间都留给了网页本身。在其他浏览器里只有开启全屏模式的时候，网页才会有这样的待遇。
有可能有一台只有浏览器的手机，但手机只有浏览器不太可能
虽然本质上是用 web 做了一个「反 web 生态」，但微信小程序的成功，从某种程度上向我们证明了「一台只有浏览器的手机」并不是一个天方夜谭。
这个结论产生的逻辑是：从技术的角度而言，微信小程序本质上就是一个 Vue.js app，甚至现在也有 从微信小程序扩展到 web 甚至是原生 app 平台的开发框架。归功于在 web 之上的这套标准几乎没有任何底层技术门槛（基本上只需要在 app 里嵌入一个特殊的浏览器即可），现在只要是一个「入口级 app」都会集成「小程序」功能，甚至华为鸿蒙的 HarmonyOS 的生态建设也参考了小程序的逻辑，将 web 的技术栈引入到了原生应用的开发环境里。
有关于「web 和原生应用」这个话题的另一个有趣的注脚是，基于 Electron 的 app 越来越流行。我之前偶然间翻到一个开源的、基于 Electron 的流媒体播放 app Nuclear 为 Electron 开脱的注解，翻译成人话就是，Electron 用起来这么方便，不用白不用。它其中对一些常见的、批评 Electron 的指责（例如很吃内存）也辩称「其实现在这种问题已经被解决」。我们先把「实际上有没有解决」这种事先放一边，这样的辩解并没有解决一个我对 Electron 最根本的疑问：既然你这个东西是需要套一个浏览器运行的，那我为什么不直接在浏览器里运行而去单独下载一个 app？
你看，QQ 最近也换到了 QQNT 架构。虽然传说底层很多逻辑依然是用 C++ 编写，但 UI 层已经是一个如假包换的 Electron——毕竟写网页肯定比写 Qt 来得方便得多。不过，我们再把眼光放远一点：在网页上运行一个聊天 app 它也不是不可能啊：例如微信和 QQ 都（曾）有过网页版；而很多聊天工具（例如 Google Chat、Discord 或者 Telegram）的网页版也是全功能、无功能妥协网页版。Web 现在已经连推送通知都有 API 支持了。
即使是如同 Nuclear 和 Visual Studio Code 这种需要读写本地文件的 app 不方便搞真正的网页版，它的限制也是来自人为而非技术。具体到这两个 app 中，是因为在浏览器中的 web app 无法持续监听、读取和写入硬盘上的文件，这更多是出于隐私缘故而未在 web 中实现，而非做这个 API 在技术上有什么问题（毕竟现在 web 还能读写 USB 设备，就这一点而言，实现读写本地文件的 API 根本不是什么难事）。
从这种角度上来说，ChromeOS 可能是最接近「桌面版微信」的存在：整个系统就只有一个浏览器。Chrome 和它背后的 Google 的愿景十分远大：它们希望将所有吃性能的工作都交到云端，而本地就可以只有一个只用于交互渲染的设备，而且有了云端运算的助力，这种体验是十分协作友好和灵活部署的。但有个问题…… 这样的定位让大家对这种「只有浏览器」的设备的硬件预期十分低，以至于它的最低标准实际上并不能运行真正的性能密集型的 app（例如 Figma）。
喔对，Figma！虽然我已经买了一些 Figma 的股票（当然不是溢价如此多倍地买）而且十分看好这家公司的前景，但我不止一次地在各种场合中吐槽过「Figma 是一个令前端工程师十分大脑发光的产品」，因为「在 web 做视觉设计」本身就十分 tricky。这个世界上不止一个浏览器（别说都是 Chromium，不同 Chromium 版本号实现也不同。更别说还有 Firefox！），不同浏览器对于 web API 的实现也有可能是千奇百怪的，特别是对于各种各样的视觉渲染相关的 API。所以就很有可能出现的一种情况是，你在 A 浏览器里将一个元素放置在了 x 和 y，那么在 B 浏览器里，它的位置就变成了 x-a 和 y+b，这在视觉设计领域绝对是一种不可接受的结果。
但是，应该没有人精神变态到要在手机上使用 Figma，所以我觉得，一台「只有浏览器的手机」要比「只有浏览器的电脑」更现实。当然，你无法反驳的确有人这么做过却失败了，但既然当下连微信都能做成「整个社会的 OS」，那么我觉得一台「只能运行（开放很多的）小程序的手机」也并非是一个天方夜谭。
《商业就是这样》播客 最新一期 采访了现代唱片工业在「短视频」时代是如何制造「神曲」的。简单来说就是根据商业经验，将一首歌曲的所有可量化的部分都进行「商业化改造」，然后再通过所谓「互联网思维」来推广一首曲目。这在很多人眼里就是一期「甲级战犯采访」。
节目的最后有一点提得很好，那就是一年产生这么多的歌曲，这个机制到底是否能够真的将真正的好的音乐筛选出来给大众。但在商业的框架下是很难的：商业的思维方式是以某种方法论来稳定地产生利润，而音乐显然不应该以「是否流行」而评判好坏的。这就产生了一种错位。
只是在这种事情上，我们不应该指责商业，因为商业只是做了它分内的事情而已。但是真正被人称好的音乐需要在 游戏公司 和 挣扎生存的独立厂牌 的维护下才能成长，那么只能说我们自己活该没有好音乐。
是时候远离 GitHub 了（诶这句话我之前是不是说过）