不如去海南爽一爽，就是商业啥的差了一点（三亚其实也还可以了）

@dqzcwxb
我只是觉得一个号称属于「创意工作者」的论坛不该是这样。我上 Reddit 这样的地方，在苹果出什么事的时候（比如 M2 的 256G SSD 降速），讨论的都是「苹果」怎么样。遇见大小事就喜欢拉出「果粉」来辱骂，大概是内地互联网的独特一景。

不限于苹果，华为在这个论坛也是这样。只不过现在华为消费者业务涉足没那么多了，18-19 年那段时间可是随便发个华为手机的问题都能吵上热门然后进随身火热的。

其实你这三家都没有动核心赚钱业务啊，说不定也都搞不死（ iPhone 、广告、Office ）

@singerll
人身攻击

我逐渐给自己定下了一个原则：捐款尽量给个人而不是组织。比如捐款给 Vim 作者，或者给某个具体地方的贫困儿童。

不捐钱给组织，一方面是觉得越大的组织越难控制越容易翻车；另一方面，组织其实有更好的方式发挥公益作用。比如我没有给 Mozilla 直接捐钱，但是我订阅了 Mozilla 旗下的 Pocket 服务，这种我觉得更像是可持续的筹钱方式。当年马云说了句「商业本身就是最大的公益」被 B 站小将反复鞭尸，其实这句话也不是没有道理的。

iWork 不和别人共用文件的话还挺好的（ Numbers 就算了，虽然 Excel 也容易卡），Mac 上的 WPS 没用过。要论实时协作，iWork 和 Office 这俩都没法和 Google Docs 打。我自己没什么文字格式化需求，自己写东西用纯文本就 OK ，所以主要用 Office 生态，除了少数时候非正式的幻灯片会用 Keynote

iWork 三件套的可用性要看情况

Pages 自己用用其实不错，没有 Office 那种迷之卡顿，大文件比 docx 更适合 iCloud 同步，给苹果三件套用户发文件也很方便（实在不行可以立马下一个 Pages ，毕竟很多人电脑 /手机上真没有 Office ）。如果对方需要 docx ，但又不是需要相互协作，只是我把一个文件写好了导出 docx 发给你的场景，Pages 也胜任得了。功能上 Pages 比 Word 当然是逊色不少，比较麻烦的一个是没法给中文文章设置段首缩进几个字符。

Keynote 操作比 PowerPoint 直观流畅，图形比 PPT 丰富，动画也很舒适。但自从 PPT 有了智能排列后，我用 PPT 就比较多了，希望 Keynote 早日加入这个功能。

至于 Numbers……图一乐吧，除非你真的只需要一个「表」。

其实多人协作和轻量文档的场景很适合 Google Docs ，可惜国内没这个条件，不知道腾讯文档啥的做得怎么样了。

如果翻车了：
- PC 佬开心：哈哈，果粉被打脸了吧，你专用芯片就是个垃圾玩意，x86 yyds ！
- M1 用户开心：哈哈，等等党给我死！
- 高级等等党开心：哈哈，我看你库克就是飘了，给我狠狠拷打，下一代才能多点良心。
- Intel Mac 用户开心：哈哈，这下环球同此凉热了，我的 Touch Bar 还不会这么早淘汰。

除了 M2 买家，大家都开心

我好奇没有 Kindle 硬件的前提下，怎么把 Kindle 的书导出成 epub 呢？

@dcsuibian
我想起这个暴论当年竟然还很流行。普通用户就算了，程序员也这么迷信的话，建议找个电子厂转职上班算了。

assert：这个错误不应该出现，出现就表示程序写错了
exception：这个错误有可能出现，但可能性不大，并且我也没办法直接解决
if：这个错误很可能出现

Combine 是 SwiftUI 的核心呀，为什么会被弃用呢

单用笔记本有俩问题：屏幕太小，如果不放支架的话脖子会不舒服。而至于双屏，如果两个显示器大小不一样或者色差过大，用着也难受，所以我选择合盖插显示器。

正常情况下我们说 Flutter 跨平台，指的是跨 iOS 和 Android ；而楼主的描述里有「 Flutter 也能在 MacOS 上执行」这句话，说明楼主想要的跨平台大概率是指跨 iOS 和 macOS ，或者说至少要包括 iOS 和 macOS ，这样的话，SwiftUI 其实是个不错的选择。

SE 这个熊猫色真不能忍，我喜欢正面白色的

首先，Swift 的语法糖虽然多，也不一定要都看过了才能上手 SwiftUI 吧。和 SwiftUI 主要相关的语法糖就是 Function Builder 和属性装饰器：前者很像 React ，看起来是声明式结构，实际上是若干 buildXXX 的函数调用；后者是一个语法糖，让你写各种 State<XXX>的时候能方便一点。

然后关于几个属性装饰器的区别，看 /t/857084 应该能清楚些。

其实如果你有前端 MVVM 框架的经验的话，到这个阶段已经可以自己写小 App 了，遇到什么问题多用英文搜搜 StackOverflow. 虽然国内 SwiftUI 热度不高，但国外经过这几年，资料已经比较丰富了。有一点理解之后，看看去年 WWDC 的 Demystify SwiftUI 这个 session ( https://developer.apple.com/videos/play/wwdc2021/10022/).

SwiftUI 实现数据绑定的核心是 Combine 这个库，它的理念比较值得学习。再然后就是一些架构方面的东西（比如 TCA ？）其实和前端框架的学习路线挺像，但因为 Swift 语言本身要素很多，且原生平台 API 更丰富，所以能玩出更多花样

今年 WWDC 苹果有个 Sample App ，源码在这里： https://github.com/apple/sample-food-truck

macOS 12.3 给网盘设计的 FileProvider API 就支持仅读取文件部分内容： https://developer.apple.com/documentation/fileprovider/nsfileproviderpartialcontentfetching

@rpish
多年前在大学门口遇到过一个维吾尔族新生和他母亲，本来他们用的是维语，结果说到地铁买票时突然蹦出字正腔圆的支付宝三个字，所以如何处理外来词应该是所有语言都要面对的难题。其实英语也不例外，但由于万物皆可拉丁化且英语在世界占主导地位，所以问题不大。

最近还有个新闻，是法国要在游戏语境里用传统的法语词取代引入的英语词来保证「语言纯洁性」（ https://www.theguardian.com/world/2022/may/31/france-bans-english-gaming-tech-jargon-in-push-to-preserve-language-purity ）。这种事国内也一直在做，甚至有点极端（比如新闻里不能叫 NBA ，一律说「美职篮」，苹果产品功能的中文翻译应该也是因为受到了某种压力）。

作为技术人员，感觉汉语引入外来词最大的问题，其实是从业人员低下的语文能力。技术领域太多令人费解的翻译了。「虚拟现实」达不到「雅」，好歹能称得上「信达」。