能保持这种状态是好事，焦虑是害怕自己不能一辈子这样。我也觉得自己没啥变化。这感觉有些像上大学两年后回头看高中同班同学，女生很多见面都认不出来了，男的基本还一个样。

AC+在心理上有很神奇的作用：上了 AC+的东西，瑕疵再多只要没严重到影响使用都不想管，虽然可能到最后也懒得用；没上 AC+的话，一丁点问题都要强迫症发作半天。

楼主豆瓣来的吧，哈哈哈

现在都支持 WebExtension 了

楼主有闲心可以下个 LLVM 的源代码编译一下 clang 比较下时间，我这 M1 的 MacBook Air 花了差不多 20 分钟

你们没懂楼主的意思啊

我对 SwiftUI 的理解，它主要做了两件事：利用 Swift 的语法做了一套声明式描述 UI 的方法；实现了根据数据改变而重新渲染 View 的一套机制。有了这两个东西，SwiftUI 在思路上和前端 Vue 、React 那些 MVVM 框架就比较像了。

所以你说的把 App 自上而下拆成各个 View 可能是开发中不那么复杂的部分。更重要的其实是处理「事件-数据-视图」的关系，也就是你说的 ViewModel 。比较小的 App 直接通过 State 、Binding 这几个表达状态的东西一把梭就行。

大一些的就得考虑架构问题了。Apple 没有一个官方的参考方案，但可以参考前端对这个问题的思考，比如像 Redux 一样把所有的状态都放到一起，然后把所有操作都抽象成 action，再用 reducer 去产生新的状态。不过这些架构的优点都是在实践中体会出来的。把握了这个思路，SwiftUI 上手写一些简单的 App 还是挺快的，就是 Apple 的文档做得不好。

如果不改善散热，M100 也不行；如果认真做散热，A14 就可以暴打隔壁了。

写后端服务的话，Elixir 开发效率会比 Rust 高很多吗？不知道这玩意部署容不容易。对 Ruby 程序员吸引力是挺大的。

B 站上有人喜欢跑到各种视频下面刷 M1 翻车了，我也不懂这种心态，真是既苹果股东之后的 Intel 股东？

强行加个模式切换开关这种事听起来太不苹果了。
猜测是把若干第一方桌面 App 完全体搬到 iPad，然后进一步方便第三方 Mac 开发商移植。最后再改改交互，完整支持外接显示器啥的。

权限是需要用户授予，但是因为没有审核了所以你可以「不给权限不让用」了

Notability 和 Goodnotes 一样都是用 Mac Catalyst 移植的吧？这种软件只能说是基本能用

微博上很多鼓吹 iPadOS 代替 macOS，却又不是媒体老师的人，主力电脑多半不是 Mac

不是可以强制在安全性里面打开吗（虽然也很麻烦）

我不能理解的是抓着应届生 /实习生问项目经验和高并发等乱七八糟的，没有实际工作过的除了八股文能答出来什么？算法虽然也靠刷题但也好多了。经验丰富的可以不那么看算法了，easy 意思一下就行

我记得几年前尝试用 IDEA 装官方 Ruby 插件跑一个 Rails 项目，要配置的东西比 RubyMine 多，体验没那么好。然后像 C++就只能用 CLion，IDEA 没有插件。