作为 Java ， Go 等后端码畜，你们会考虑今夜发布的 ARM Mac 吗？

[qwerthhusn]

软件应该不是什么问题，性能上也暂且信一下厨师，认为 M1 很强。

主要是一些常用的 Docker 镜像，没有 ARM 架构的镜像。而且也不知道，这种机器能不能编译出来 x64 的软件镜像

[CaffreySun]

@abcbuzhiming 只要是能让我安心 code，不用考虑乱七八糟的事就是我想要的，它封闭又如何？至少苹果的生态圈高效、稳定。
就算喜欢折腾，mac 也没有拦着爱折腾的人的脚步。

[yinzhili]

没有必要，这东西不便宜，优势又不明显

[madpecker009]

@hackk 打算出多少钱啊 橙色咋样

[janxin]

Go 支持新的 ARM Mac，按照时间表下个月就有支持的 Go beta 版本上线了

Java 应该还不支持吧，需要等到平台支持

Docker 镜像不用想了，基本上刚开始全部自己搞，大概一年之后才有完整生态

[DsuineGP]

两年之内绝对不会考虑，（当前） arm 架构的 mac 给那些写写文章画画图的人当便携上网本用得了，当 coder 的生产工具还早得很呢
换了平台，依赖的库全部要重新编译，指不定会出什么幺蛾子
还不如等那些果粉们折腾几年趟趟坑，替我们交完智商税了，再考虑换到 arm 平台的 mac

[hahaandyou001]

还是乖乖用 Intel 吧，搞不好真翻车了

[smallthing]

@qwerthhusn 硬件配置发一下.我导入 1T 的 sql 也没感觉和 mac 有啥区别.
你丫的不会是拿垃圾掉速 sata 固态去对比 nvme 吧?

[chengxiao]

Go 我感觉还好吧，社区应该会很快跟上，现在也有 ARM 的编译器，到时候一条命令交叉编译的事，估计 CGO 会麻烦些

[smallthing]

@smallthing 顺便说一下我的固态是 970evoplus
比 mac 配的那个强一些

[yelog]

不会
1. 主力机经不起各种问题的风险，万一写着写着代码丢了，或者解决系统问题也耽误生产力（毕竟第一代芯片，观望中
2. Javaer 对内存要求比较高，目前选配不上高内存，吐血
3. 目前应该是低功耗版本，感觉会有个性能版放在 mbp16 上，所以还是坐等 16 更新

[chengxiao]

CGO_ENABLED=0 GOARCH=arm GOOS=darwin go build
搞定

[holulu]

后端基本都是用公司的云开发机进行编译测试的。
Java 主要用 IDEA，只要 JVM 能跑应该就没什么问题了。
Go 主要用 VSCode，在云开发机装 VSCode Remote Development，连上去写代码就行了。
其实现在就是这么做的，用的 MacBook Air 。现在的 Intel Mac 用不了就换 Apple Silicon Mac 。
真心觉得后端开发是没有什么必要用 Mac，特别像 docker 、k8s 这种需要虚拟机的环境，Mac 的运行效率很低（特别是 I/O ），同等配置的 PC 装 Linux 都能跑多很多容器。

[ruchee]

至少等一年再说吧，现在入手只是小白鼠。至于以后，对于非 MBP 不用的人来说，以后肯定是要换 ARM 版本的 MBP 的，不换没设备可用啊

[zunceng]

@holulu 都后端开发 谁还把服务都跑在自己机器上呀
整个公司的机房都是我的开发机

[xingyuc]

别动不动各种畜，在座的都是人

[qwerthhusn]

@smallthing 不好意思是个闪迪的 250G 的 SATA 盘，虽然垃圾了点，但好歹是个固态。但是这差的太多了吧，我有点怀疑是系统的原因。。

[mourner]

自嘲不要带上别人^-^

[qwerthhusn]

@mourner 认为不是的就不要进来不就行了

[smallthing]

@qwerthhusn 这就好比当年，一堆人说 win 比 mac 卡 其实是因为 mac 直接上了 nvme 老多人还在用西数绿盘蓝盘 HDD 那种垃圾。一点都不公平

[smallthing]

@qwerthhusn 闪迪的 sata 最好的也就是至尊极速了 能好到哪里去？
如果是后来出的，我都要笑了 缓外几十的垃圾 。处理巨大 SQL ？ are you ok ？