Rails 的 ActiveRecord 基本介绍在这里： https://ruby-china.github.io/rails-guides/active_record_querying.html

其实 Rails 这套 ORM 也不是只能在 Ruby 这种高度灵活的动态语言里才能实现，至少大部分我感觉是可以在元编程和静态反射能力强的静态语言里实现的（比如 Rust ？）。其实写 Rails 的时候感觉这套理念也没有太出奇（毕竟 Active Record 本身其实也是一个设计模式的名字），但用其他框架的时候才意识到原来 ORM 可以做得这么水，哈哈哈。

其实 ORM 的一大痛点在于它的对象模型和 SQL 基于的关系模型并不兼容。如果放弃用面向对象建模数据库，而是在一个类型系统足够强大的强类型语言里（ C++模版？）对关系模型建模，也许是条好出路。

首先 iPadOS 就是 iOS 换皮，所以 1=2.

1.1 ，能否上架 App Store 仅和你使用的 iOS SDK 有关，比如今年年底可能 Apple 就会宣布所有新 App 必须使用 iOS 16 SDK 提交（和最低支持的系统版本不是一回事，注意），也就是说 App 必须使用 Xcode 14 构建。这是一环套一环的关系：Xcode 对运行的系统版本可能有要求，而系统版本可能对芯片有要求。所以如果以后某代 macOS 不支持任何 Intel CPU 了，而最新的 Xcode 又只能运行在这个 macOS 上，那就意味着 Intel Mac 就无法上架 iOS App 了。（不过应该是很久很久以后的事情）

1.2 ，Xcode 有完备的 AArch64/x86_64 交叉编译工具链，所以 M1 和 Intel 编译出的 Binary 是没区别的。

3.1 同 1.1.

3.2 ，Mac 开发会比 iOS 开发多一个构建选项，即你是要 Universal Binary 还是 Apple Silicon 还是 Intel. 不清楚现在 Mac App Store 是否有相关限制要求必须提交 Universal Binary ，不过这三个选项和你用 Intel 还是 Apple Silicon 没关系的。这点同 1.2.

3.3 上架 Mac App Store 会要求应用强制在沙盒环境，其他流程会比自己发行稍微简单些。自己发行软件需要通过自己的密钥签名，然后提交给苹果做 Notorization 扫描（和 App Store 审核不同，这个是自动的，一分钟就能搞定），完成这两个步骤用户就可以正常打开了。

Bionic reading

不好想象这种没有被标准化的语言如何处理官方实现与非官方实现的关系

狠狠地给我拷打库克

@ecnelises
还有个冷知识：Mac OS X 早期，Cocoa App 除了 Objective-C 外，还可以用 Java 写，后来才慢慢放弃 Java 支持的 ( https://developers.slashdot.org/story/05/07/11/1833252/apple-freezes-java-support-for-cocoa )。要是再晚两年等 iOS 出来了，说不定 iOS 和 Android 开发者用的就是同一个语言了

iCloud 应该大量用到了 Java ，之前调试 CloudKit API 时遇到了服务端返回的 500 ，一看就是 Java 错误。还听说过 Apple 网站还有 WebObjects 残余，这个也是基于 Java 的。

另外 CloudKit 用的是苹果收购的 FoundationDB ( https://github.com/apple/foundationdb/ )，这个毫无意外是用 Cpp 写的。

也有说法说 Apple 官网的在线商店基于 Ruby on Rails ，不过没有证据。

Apple 后台服务部门还会招 Rust 开发者 ( https://www.reddit.com/r/rust/comments/fkngza/apple_hiring_rust_engineers_for_storage_and/ )，大概是他们自己都不看好 Swift on Server 了。

你们天天吐槽互联网只有百分之几的人是本科，结果本科率变高了又开始担心起就业压力了。

无论如何，一个受教育程度更高的社会都比没多少人读过书的社会更好。你觉得大学生送外卖很苦，那没读过大学送外卖不也一样苦？这种偏见来自于「读书不是为了知识和人格，只是一个在竞争中挤掉其他人的工具」这种科举制以来扭曲的思想。工业化社会应该彻底摈除这种农业时代的思维。

没人愿意进厂，不是因为这帮人学历太高了，而是因为工人在社会里没地位，靠打工无法维持一个体面的生活。这是分配问题，整天在所谓的学历内卷话题上做文章算是因噎废食，助纣为虐。

JetBrains 他们的续费逻辑好奇怪：比如我是今年 4 月续费的，如果我想提前再续一年，那就是 2024 年 4 月到期，这个没问题；但当我选择再续两年时，到期日不再是 2025 年 4 月，而是 2024 年 7 月；选三年则是 2025 年 7 月到期，价格也是按日期折算过的

@ecnelises
我也在网上看到过好几次有人提问「为什么某某 NAS 软件没有某某公有云好用」，常见的回答都是「因为公有云隐私性没有 NAS 强」，但大多数时候这两者根本不冲突——难道说把 App 做得更好用，加新功能，NAS 的隐私性就荡然无存了？除了极少数场景，比如相册的人脸识别，但这个其实也能通过预先内置模型做到，只是对芯片有要求，常见的商用 NAS 或者垃圾佬的机器肯定没法满足了。

如果真的想把数据拿回自己手里，那就不能以易用性为代价。

OP 说的「 NAS 系统」不妨分为两部分：一部分面向存储，另一部分面向用户。

前者现在也不少了，诸如 TrueNAS 、Unraid ，或者自己装好 Linux/FreeBSD/Windows Server 也不是不可以。而且因为这些方案的用户基数远比厂商专有的 NAS 系统大，出问题更好自己解决，所以有人还更青睐这些开放方案。

至于后者，不爱折腾数码的用户觉得用什么都差不多，或者直接用公有云了；而喜欢折腾的用户对使用当中的小毛病忍受度可能更高。iCloud 这个没有在线预览、没有增量上传的服务都能被吹爆，带点简单功能糊弄用户的 NAS 系统自然也可以被接受嘛。

Nextcloud 算是对标公有云的个人云盘方案里做得最好的之一：支持扩展、有 App 、有同步客户端、支持多人协作和用户管理。在本站以 NAS 为关键字搜索，能看到 Nextcloud 对一些用户而言是刚需。但这些用户恐怕在 NAS 的用户里只占少数，很多人恨不得只开个 SMB 访问就够了。所以对更多人来说，Nextcloud 的潜在不稳定性也许远远比它的丰富功能更重要。

这就像为什么 24 寸 4K 的显示器型号非常少一样，不是因为它真的有多少高精尖的技术难点，只是因为有这个需求的人不多。

apfs 可以直接加 Volume 装系统吧，不用重新划一块出来当分区

华为 VR 连接线可以，但现在下市了。贝尔金有一根类似的，京东自营店里还有，四百多。

我在亚马逊上看到 startech 有号称支持 DP Alt Mode 的 USB-C/DP 和 USB-C/HDMI 的双向连接线，都是两百多，准备买一根试试。

张小龙同号，还有一个车位

Ruby 、Swift：？

官方 12 的壳里，硅胶和透明壳按键都太硬了，尤其透明壳，不用力几乎按不动，不清楚 13 有没有解决这个问题。

想起一个笑话：

为什么 C#里没有 Spring ？因为微软没有春天。

pnpm 在 Mac 上好像已经不是用硬链接了，而是直接 clone 文件（ https://github.com/pnpm/pnpm/issues/1505 ），因为 APFS 有 CoW 机制，所以硬盘上实际只存一份，改动某个文件不会影响其他版本