当初 Intel 基带本身就基本正常，现在 X65 基带其他机型也没问题，
下次不要没事儿就说什么基带问题了，信号问题是苹果天线设计不行。

毕竟 GCC 比 LLVM 使用更广泛，有更多的后端

学新东西是好事，这没问题。但实际表现并不是 "学了新东西就能开发得更快"。

是你要知道，学习也是有学习成本的。对于已经熟悉的 API 来说，使用者有"路径依赖"。就是说，即使达成一个目的的路径相对更长，但是因为使用者熟悉，他反而能更快达成目的。

@WebKit 用网页版可以直接粘贴，但卡一段时间后会提示 Sorry, that request was too large. Try import instead?
改用 Import 来选择 md 文件就没问题。看起来就是太长了。

看来张小龙说的没错，"有 1 亿人在教我做产品"

@hnxy99 不是说不好。。喜欢明日香就配个二号机主题色啊

先复制到纯文本编辑器，再从纯文本编辑器中复制出来

赞~ 以前用过这个小猪 App 有些印象

https://zhuanlan.zhihu.com/p/94759756
17 年采访时提到，15 年刚组建团队时不到百人，17 年时 100 多人核心研发，支持团队也才 200 多人。
按比例看的话，真正写代码的确实也就十来个人。

对比而言，一般 3A 游戏整个研发团队也不过两三百人。

一般充电宝满电后也不会继续再充了，断不断电基本没区别吧

@PMR Copyright 一般是写在 License 最开头的，可能是一个 /多个人或组织。
从法律上说，修改 License 的权利在 Copyright holder ，并不是所有 Contributor 都有这个权利的。
如果你贡献多，你可以试着把自己加到 Copyright 列表里。

GPL FAQ 也提到了这些：
https://www.gnu.org/licenses/gpl-faq.en.html#HeardOtherLicense
https://www.gnu.org/licenses/gpl-faq.en.html#LinkingOverControlledInterface

看 License ，最上面应该写了 Copyright ，那个人有权来修改他拥有项目的协议。
你如果依赖了 GPL 的库，那可以按 Copyright 找到拥有者来为你特别授权，
你自己的项目，再移除了所有 GPL 依赖后，也可以改成其他协议。

但是已经发布出去的代码是改不了协议的，对方在获取到那一版代码时，协议就生效了。

要我遇到对面说 "开发中什么问题搜索引擎解决不了？"，那我只能笑一笑结束面试了。。

过度换气，然后呼吸性碱中毒，然后抽过去

@337136897 难得难得～握个手

@technet 与 SIP 有啥关系，你关了 SIP 更不安全。
每个厂都有自己的决策，比如我们的 App 在 M1 上有些兼容问题解决不了只能把部分功能降级，测试人力和资源也不够，开放 M1 后用户量也少得可怜，所以只能屏蔽。另外安全问题不只是说群控薅羊毛，Mac 那个环境是个天然官方越狱环境，比真机更容易调试和分析。

@technet 当然能调用，另外除了官方 API ，其他一堆检测方法，用普通越狱检测那一套都过不了。
Mac 的 iOS Runtime 毕竟和真机有区别，而且如果出现的兼容问题很难解决，风控难度也很高。
所以你这么搞实际就是和那些黑产的表现一样。

不被杀，可能做了后台音乐和其他保活手段，代价就是其他 App 容易被杀