Safari 对历史记录的处理有问题，连带着 iOS 上几乎所有浏览器都有这个毛病。

微软放弃自研内核对微软和部分用户来说可能是好事，但对火狐而言，这可太不好了。

几个原则：

- 个人项目、小团队项目和大公司项目的逻辑完全不同。大厂出于 KPI 和实用考虑，可能会推自己的方案来解决小团队或个人项目里完全不存在的问题，个人用麻烦远多于好处。
- 全栈的是人而不是语言。前端、后端、移动端会有差别是因为他们要解决的问题本来就不一样，在主流语言都越来越像的今天，新学一门语言写业务不该是什么负担。
- 倾向原生。跨平台框架对某些项目能降低开发成本，但可能也会带来数不清的坑。很多时候用原生方案是更好的选择。
- 不要盲目鄙视旧技术。Java 、RDBMS 、前后端不分离，这些东西能长期流行是有原因的，如果你没有更好的理由，选择他们不会犯大错。
- 如果是个人项目或者小团队项目，战略上不妨保守，但战术上大可以激进，新版本、新特性，或者说原生主推的新框架（比如 SwiftUI ），在开新项目时大胆地上。

这就是个习惯问题。

几年前我有个朋友出国旅游，用 iPhone 拍了一些照片，然后回国以后换了部新 iPhone ，看到新手机 iCloud 照片里有自己在国外拍的照片，就删了，心想旧手机上还有，结果没意识到是同步盘。我问他那最近删除呢，他说自己也把最近删除删了😂

给 Wikipedia 捐过，不过看新闻，他们确实不咋缺钱。

没给 Mozilla 捐过钱，但订阅了旗下的 Pocket ，一年三百多块，也算是做了点贡献吧。

给 Vim 捐过，10 欧元可以拥有 2 年 feature 投票权（可能大家也不在乎）。以前作者有全职工作，所以 Vim 收到的捐款都拿去资助乌干达儿童了。现在不知道还是不是。

不是很想道德绑架，但 Apple 给 FreeBSD 没咋捐过钱（去年那几百刀还是员工私人捐的），不咋地道。

像比较火的这些云原生项目商业化都挺好的，背后有金主就不用捐款了。

顺便想知道，国内有没有什么能定期去孤儿院看望资助儿童的方式吗？

如果你的项目是 GPL ，并且整个项目都是你自己写的，可以通过加一个例外条款来上架 App Store ，例如 https://github.com/nextcloud/ios/blob/master/COPYING.iOS

关于楼主提到的思想植入这个问题，其实很多人都注意到过，举个例子：中国公司面向中国消费者推广的产品，为什么广告图里的家庭都是白人？

这么久了还没有见到程序员实锤手机录音这件事，说明它的存在就是很可疑的。

当然，一直插电的智能音箱会搞监听，或者微信根据语音消息搞点关键字推荐，这个我相信很有可能。

15/16 寸 MBP 默认不是 200%缩放，看着是很糊的

为了不遇到 100%到 99%的破灭感，我手机充电从来不充满

重庆在 IT 互联网这块就是荒漠中的荒漠，即使作为土著也要承认被成都吊着打。

如果你不是要急着回去结婚或者照顾父母什么的，在发达地区多干几年，怎么着也能多挣点钱，级别高些跳槽也会方便点。

个人感觉重庆的少数优点就是房价了（其实也没有那么便宜）。不过有 v 友说重庆气候很难受，这点可能因为习惯了，没啥感觉，长江沿岸城市都差不多。

@dingwen07
真的很严重，但也真的有这个想法。参考防疫，不矛盾。

重要不重要，那肯定是重要的。
但从 log4j 这事在国内后续的处理看，我担心从业者会真正收到重视和尊重。

可能在一些网友眼里，家在小城市没背景没钱的就不能叫人吧。现代版何不食肉糜

事物都是一体两面的。在普通用户这里 iOS 限制比较多，而到了企业设备管理和家长控制这方面，这就变成了一个优势。

void foo(double);

int main(void) {
foo(2.2 * 3);
foo(3.3 * 2);
return 0;
}

// clang -Ofast -S -emit-llvm -o -

define i32 @main() local_unnamed_addr #0 {
tail call void @foo(double 0x401A666666666667) #2
tail call void @foo(double 6.600000e+00) #2
ret i32 0
}

这俩是不一样的

有那种立式的四面插线板，很舒服

在 Finder 里面看我的 Xcode.app (13.2) 是 17.93G

只能说 Xcode 早就该向 Visual Studio 学习，把各个组件独立出来，需要的时候再安装，毕竟大部分开发者可能都不需要 watchOS/tvOS SDK ，甚至一些人也不需要 iOS SDK.

Xcode 膨胀的另一个原因是，它是 Universal Binary ，然而根本没啥必要..

关于 GPL 的问题：

- GPL 理论上和 App Store 的协议是冲突的，但实际上 App Store 审核不会卡你的应用是 GPL 这一点（特别如果你不强调的话），只是处于灰色地带，类似你再发布了一个 GPL 程序但不提供源码
- 如果这个 GPL 的软件是你自己写的，那没问题，因为你可以 re-license ，或者像 NextCloud 的 iOS App 一样，专门为 App Store 留一个例外条款。反正作为原作者，自由在你，而对贡献者，你可以要求他们遵守你的 license
- GPL 程序不能上架 App Store 和 GPL 的传染性不是完全有关系，MPL 也有传染性，但 MPL 的开源软件是可以正常上架的