这是一个创建于 592 天前的主题，其中的信息可能已经有所发展或是发生改变。
两周前买的 16 寸 m2max 96g 2T 到货。两周时间从满怀期待到失望透顶，今天终于退货了，算是白嫖了 2 周。
使用结论 1.机器非常牛逼，无论性能，续航，还是屏幕都非常牛逼，配得上这价格。m2 max 性能是真的给力 2.日常软件没问题，开发工具相关兼容还不完善。后端底层开发者谨慎购买。日常开发 java 、cpp ，很多库和三方工具不支持 m2 ，要么指令不支持，要么转译性能非常拉胯，无法忍受。
内心非常想留下机子，一来只要用上 m2 的性能是真的牛逼，而且目前手头老 mbp ，有点乏力。但是想到可能日常开发还有很多坑要趟，想了想还是再等等，要么切到 linux 去。 对于依赖 intel x86 架构的底层使用 mac 的开发者，目前有点尴尬的，一下了开发平台要没了。
现在打算老机子再抗一段时间等等立省 3w+，然后研究一下用服务器 intel+linux 搞个开发环境，然后 mac 走远程开发看看开发体验如何。
 |
1
shui14 2023-04-02 15:51:29 +08:00
低配 mbp 就可以了，注重用户端体验，然后远程搞个开发机，大厂内部可以申请物理服务器，自己也可以花小几千搭个机器，可以撑七八年没问题的。我从 2018 年底开始就是本地 mbp2015 只是编辑器，环境在在远端服务器，一台家里的锐龙 debian ，一台办公室至强 3850 。理想是 mba ，还没入手是因为不接受刘海，mbp2015 中间一直没升级是因为不接受 touchbar 。
|
 |
2
lc5900 2023-04-02 16:01:38 +08:00
对 web 开发的够了，arm 版 jdk 很丝滑
|
 |
3
geniusmyn 2023-04-02 17:37:10 +08:00
迫于钱包紧也正考虑组个 Intel 主机，然后 Mac 走远程开发。。。
|
 |
4
xieren58 2023-04-02 21:20:04 +08:00
也是迫于 x86, 无奈不升级到 M 系列, mbp2015 还在苦苦撑着...
|
 |
5
vitaminx 2023-04-02 23:41:53 +08:00
96G 的内存很香
|
 |
6
LUO12826 2023-04-03 02:02:54 +08:00
能具体说说是什么库和三方工具么
|
 |
9
snsn 2023-04-03 08:24:31 +08:00
传说中的摸摸党？
|
 |
11
gxt92 2023-04-03 08:41:35 +08:00
求详细说说 m2 max 的转译性能，有多拉胯？
|
 |
12
phub2020 2023-04-03 08:57:25 +08:00  1
工作环境要是不适配的话，那确实没必要，本来想着节省劳动力，最后反倒得不偿失
|
 |
14
luckyx 2023-04-03 17:04:53 +08:00
这个帖子是真的吗？ 我买 M1 Max 64g 的时候，被告知定制机型不能退款
|
 |
15
bluehtt 2023-04-03 17:09:41 +08:00 1
建议直接使用 Linux 开发。
我最近使用的 MacBook 是 2019 年的 16 寸。苦于系统越来越不友好，故切换到 Linux 。用 Linux 做主力开发机已两年多，除了没有好用的微信客户端之外，感觉非常棒。现在只有外出的时候，才会用到 MacBook 。 话说 Linux 的图形化界面虽然有些简陋，但是自定义程度高。我最喜欢的就是 i3WM ，这类平铺式的窗口管理器用上就离不开。i3WM 配合上 IDEA 的快捷键、VIM 之后，指那打哪。 |
 |
16
findex 2023-04-03 17:54:35 +08:00 2
后端开发，用 m1/m2 的 mac 就是灾难。太多东西不支持了。转译性能拉胯，以及 docker 使用 qemu 模拟 x86 的指令集运行虚拟机不仅是卡，而且是 x86 虚拟机有的时候无法运行（ ARM64 CPU ）的锅（ segmentation fault 无解）。我只能登录远程 Linux 服务器打包。这么累，为啥不直接用 x86 的 Linux 呢。mac 的屏幕确实艳丽，轻便，但是在某些领域只是花瓶。现在的思路是远程 CI 打包。我到现在尝试过 N 个办法，就有一个 x86 的 docker image 死活走 docker qemu 运行不了。苦于精力，没有经历去给官方提交一个 arm64 的 docker image 。没有必要去维护一个 arm64 的 docker image ，因为你部署的时候是在 x86 服务器上，而且官方就没有涉及到任何 arm64 版本开发的计划。
还要吐槽一下谷歌 dart 语言的开发组。曾建议 dart 加入类似 go 语言的交叉编译选项（一台机器可以干很多活），谷歌员工直接来一句直接用 CI 解决得了，他们懒得做类似 go 预言的交叉编译选项了。那这不得多配几台 CI 了，有的 CI 还没有 ARM64 的选项。 上个顶配游戏本，像是那种 i9 13980HX + 4090 + 4K 240Hz 屏幕 + 内存拉满。 24 核心，32 线程的 CPU ，开虚拟机一定很爽。 |
Select Language