没用过 teams ，感觉 Slack 是这类软件的天花板了（除了访问慢点），不知道 lark 比 Slack 强在哪里

又是一个发在 V2EX 不用点进来就知道回复是啥的主题，哈哈

JS 语法不算难看，OCaml 也挺优雅的，Rust 这个一堆符号是不是受 Perl 影响了

@ccyu220
典中典了属于是

通过 iCloud 同步不管怎么样都会经过苹果服务器，即使时刻开启同步，这个速度也未必可靠。

我想过能不能在局域网的几台设备间先自动 AirDrop 快速同步，但这个需求过于小众且实现起来很复杂。

想 run 就 run ，不用考虑别人说的太多。这个论坛底色如此

@agagega
SwiftUI 这个框架本身有很精彩的设计思路。但是毫无疑问，苹果为实现 SwiftUI 加了很多专用语法，甚至是先发布+内部实现了再拿到社区来走过场，过于激进了些。

Swift 早期的设计思路还是很明确的：在不至于混淆的时候加糖，在可能引发潜在 bug 的地方加盐（比如要求显式转换）。后来就越来越放飞自我了。另外兼容 OC 也是 Swift 的一个负担，否则能少很多奇怪的点。（毕竟 OC 也是个奇怪的语言）

Swift 在 Apple 生态圈之外推不开和 Apple 的态度也有很大关系。但凡他们有微软推 C#一半的热情，Swift 也要比今天火得多。

HomePod 和 Apple Music 一起用的时候系统做了特殊处理，你以为是从你的手机投过去的，实际上是 HomePod 直接从 Apple Music 服务器播放的。

我倒是挺好奇国内这些视频平台自己的投屏是怎么做的，离开 App 这么久远程都还能正常播放。

只有等一手开放 iPadOS 权限了。不过阅读的话 iPad 确实比一动不动的电脑舒服太多

IRL 懂的都懂

这事得有一两个月了，投毒的作者都被开盒了，楼主更新不及时啊

还是那句话，苹果得想清楚自己的目标用户是谁，不是那帮每年开完发布会就上去刷「就这」的喷子，这些人你做得再好他们也不会买的。

尤其是 macOS ，搞个 0 new feature 的改进版本，反而能从用户这里吃到不少好感。先前的 SwiftUI 连 delayContentTouch 都没有，是真能把乔布斯棺材板气起来

Terminal 确实显得有些落后了，但背后这套小工具相互组合的 UNIX 哲学到今天也没有什么 GUI 产品能替代。苹果的 Automator/捷径是种思路，但也就那样吧

> 所以买 Apple Care 就和买商业保险一样，从概率论上来说，总体的收益期望值是负的

其实很多人是不能接受给手机这个说便宜也不便宜，说贵也没有贵到那种程度的东西买保险的。Apple Care+（注意这个加号，之前不带加号的那个 Apple Care 我更不理解有啥意义）搞到今天，虽然实质上是保险，但已经给部分人留下了「是一个可以定期维护更换零件的服务」的印象。

我觉得苹果要不就干脆真的进一步，推一个硬件订阅服务，让用户彻底不用考虑什么设备磨损。有人可能会说年年焕新，首先年年焕新仅限于手机，而且限制颇多（只能从去年的最新换今年的最新），它的定位更像是一个给不差钱的用户最快最方便换新 iPhone 的特殊渠道。不过苹果那么重利润，要它给用户让利是不可能的，这辈子都不可能。所以要么就远离苹果保平安，要么就平时稍微注意点成色，找靠谱贩子利用二手降低换机成本。之前苹果承诺要开放可维修服务，现在是个啥状态大家也看到了，基本是在摆烂。要让苹果收敛，只能指望欧盟再出重拳。

我已经放弃在 PC 上使用 GNU/Linux 的想法了，始终有哪里不得劲。而自己的服务器的话，恐怕也会选择 FreeBSD 吧

我以前每次吃铁皮罐头时都会觉得浪费，这么多铁就装这点东西。后来意识到，这点铁恐怕不到每年钢铁产量零头的零头，天天吃吃很久都没到造一辆车的量。

小页面 PHP ，大点的项目 Ruby ，开发效率比静态语言都快多了