Safari 支持 Emacs 快捷键是因为 macOS 一直以来都支持 TextView 里用 Emacs 快捷键，所以 Vim 不太可能了

@ZSeptember
某些前端给我的感觉就是强蹭热度，天不生 Rust 万古如长夜（

不过现实确实是一个 Rust 的项目能比同样的 Cpp 项目热度高

还是移动的方便，来的电话和短信号码前面都有个前缀

一年三个月不上班，平摊相当于 1/4 的时间不工作。那我宁愿选择分到每一周少上一天，每个月再额外少上一天，不舒服多了？

用缩写就没有这个烦恼，比如 PS 、IJ 、CL

有些有开屏广告的 app 可能有 bug （或者是 feature ），回桌面再点进去也会放开屏广告，有时候就会造成被杀的效果

iCloud 备忘录

@agagega
typo: 室内

说室外是因为在沈阳吗😂

面板固定不牢固这个问题，我两年前买的 Ultrafine 也有，感觉做工就这样吧

Slack 在国内可以正常访问，而且可定制性更强些，但多了要收费，替代品就是 TG

@haruhi
最近在用一台 M1 Pro ，也遇到这个问题了…

至于说「为什么不用 Qt 做，为什么不用 xxx 做」这种问题，Qt 当然有许可证问题，但更大的问题其实是——客户端这块蛋糕早就被内卷王中王的前端们虎视眈眈很久了，他们心中原生技术就是应该扔进垃圾桶的东西，每个系统都应该自带 NodeJS 运行时重写一切东西； Electron 、uniapp 、RN 都是摧毁「旧秩序」的利器，当然要大力推广。

@marcong95
手机端这个逻辑是这样的：网页端不涉及安装，在任何一台电脑上都能登录，所以大家喜欢网页端；手机屏幕小，性能相对也差点，所以网页版体验明显不如原生 App ；现在很多公司在手机上一方面拒绝网页端（失去了前面的优点），又本质上搞了个各种套 Web 组件的 App （后面体验好的优点也没有了）。

桌面这里也是相似的：大家能接受网页版，反感没有网页版，非要装软件，结果打开发现是网页套壳的产品；但桌面端有一个问题，它运行的软件更多是生产力属性而不是移动端的消费属性，交互比移动端更复杂，而且可能同时运行很多应用，在这种情况下 Electron 的劣势就体现了出来。

这就造成了一个奇怪的现象：以阅读为主，操作相对简单的网站（如新闻、社区、购物），反而要你下 App 才能用；工具类，对性能有要求的软件，打开都是 Web 套壳。

然而 Swift 的理念之一还是 keep things explicit ，花样多不代表坑就多，只能说这几年确实用力猛了点。

@jackbrother
Swift 的字符串操作繁琐是因为字符串涉及到不定长编码，本来就该这样，Rust 的字符串也不能直接用下标访问字符。