Gradle 的问题的确不友好，主要是用的是 Groovy 做 dsl ，看起来是好看，但是没有认真学过 groovy 其实很不友好，特别是对 Java 语言开发者来说。个人建议可以改为 kotlin 的 kts ，这样看起来会简单点，但是也有问题，以前基于 Groovy 写的脚本粘贴过来不能用。
如果想写好 android ，Gradle 构建是绕不过去，这个东西复杂到可以比拼 android 开发。

看你主力系统是什么，我是直接用 APFS ，因为都是苹果相关系统，window 想要读取的话我就用 ftp ，随便找个手机电脑共享 ftp 即可

啊？想啥呢？ 45w 就是你现在两倍，工作时长都不止多两倍了？这能比吗？给个 80w 还差不多

@airqj 我的 mumu pro 是要钱的，还是订阅的，太贵了。

建议用 tailscale 保护内网

看起来就是内存和显卡不够用，如果不在意二手我推荐的是 m2 max 的 mbp 或者买 m4 pro 的 mb 。
如果考虑 mba 散热问题，可以在放着的时候外接一个水冷散热或者电制制冷（其实就是个冰冷一点的支架），淘宝有卖，挺便宜的。
个人不建议在一个地方用两台电脑，除非两个电脑有质的差异 ，以前 intel 的时候 mac 台式和 笔记本性能有质的差别，我会更倾向于用台式机，无奈才用笔记本。
但是现在 M 芯片只要内存给够，差别不大。这个时候你就会倾向于用一台电脑，毕竟两个电脑之间同步开发环境很麻烦。
如果楼主在于刘海，可以把刘海关闭，这个时候其实屏幕大小是和 mba m1 一样的。
我个人家里有 mbp m1 max 32G 和 黑苹果，家里的黑苹果基本没开过了，尽管性能更强一点，但是架不住笔记本可以到处用。
公司有 mac mini m4 pro 64G ，其实用起来和我的 m1 没太大差别的感觉

我是 mac mini 4 m4pro 其实也是老是 105°，感觉问题不大

没有问题，公司分不清楚你是干自己的还是干别人的，只要你的活不要最后上市了就行，我猜大概率也没有这种可能

是会失败，很傻逼

讲道理，我都不知道学生思维是什么意思？请说出详细的表现是什么？

@debuggeeker 你这个属于另外的情况，是编译到一个模块的时候，只能并发那么多导致的，是你项目设置的问题。
我说的是需要机器给 16 线程出力的时候，window 总是给到的只有 14 的力量，就是占用率在会掉到 80%多。

开源的 rclone ，其实启动的时候需要敲一下命令行，性能比鸭子强

开发不涉及到 GPU 的话，我建议是 mac mini 大内存版本最有性价比，我买的是 64G + 1T+ 2.5G 网口，16xxx
如果想冲更大内存，m2 utral 128G 性价比也是可以的

不用测试了，window 上是比 linux 上慢的，window 上主要问题是没法给你编译进程非常高的 CPU 使用率，都是不到 90% 跳动的，linux 下可以。我的测试环境是，window 上装 vbox 虚拟 linux ，也是编译比 window 上快。

别人喷别人的，我用我真香

@RightHand 刚想说这个，就是当做 svn 用了
git local 的 master 和 remote 的 master 本来就是两个分支，合并到 master 上是合并到 local 的 master 上其实就是 master1 ，然后在 push 的时候其实是一个 fast forward 。

有 Java 经验的都建议直接用 Kotlin ，其他可以用 Java 的地方用 Kotlin ，kt 和 java 是无缝互操作的，虽然有些事情需要注意，但是基本是无缝的。对比 swift 和 oc 的操作是完全不一样的。我现在服务端和 android 端都是 kotlin first ，除了一些非常底层的库需要给一些只能用 java 的场景用 java 外，其他时候都用 Kotlin