这么说吧，我一个客户端开发，写 C++ 的，intel 的完全不行，m1 的 Mac mini 还能撑一下，有机会上 Pro 肯定会上，但 Max 不需要。

@DingYuanYing #27 苹果官方的年年换新计划是需要 AC+ 才能加入的，如果走普通的话不如走外面的二手市场，算法一样，只是比官方更划算一些。

@DeutschXP #18 我都是按最低配计算的，顶配和低配做对比的话，似乎不是很合理啊，直接 1T 拉满那不是价格直接就上去了...
不过也不难算，Xs Max 512 12799, 现在大概 3500 ，折旧 9299 ，今年再买一台 iPhone 13 Pro Max 1T 12999, 总价 12799 - 3500 + 12999 = 22298
看起来和方案二价格差不多但是顶配用起来和丐版体验完全不同啊，512G/1T 的和 64G/128G 这么比较肯定是不公平的。

另外不太明白为什么前端、后端会需要 M1 Max ，Max 和 Pro 的主要差别不是 GPU 和通道速度么？ 我感觉这个对开发来说差距没有那么明显啊，Max + 16G 和 Pro + 32G 的 话我肯定会选择后者。

开发 Java 啊... 那顶上去吧，内存这种东西多一点是一点，16G 不是不能用，可能也就是体验差一点而已，量力而为最好。

我也很好奇这个问题，这里粗略算一下吧。
如果按三年折旧率来计算的话，可以去看下 iPhone Xs 现在还值多少，我大概看了一眼，粗略算了一下，可能有不对的地方大家指正。

计算中购买的机器都是 Pro 款的最低配。

方案一：
2018 年 64G iPhone Xs 国行发布价格 8699 ， 现在差不多 2000 ，折价为 6699 ，折价损失率约为 0.77 ，现在新买一台 iPhone 13 Pro 128G 价格为 7999 ，也就是说，三年换机器，一共花了 8699 - 2000 + 7999 = 14698

方案二：
如果是选择 trade in 的话，还需要考虑 AC+ 的价格，方便计算都用 1400 来算了（可能有高有低但我感觉差不了多少）
2018 年的价格是 8699 + 1400
2019 年购买 iPhone 11 Pro 8699 ，iPhone Xs 可以折价 8699*0.5, AC+ 需要续下去，退掉去年的 AC+ 购买新的参加下一年的计划， + 1400 - 700
2020 年购买 iPhone 12 Pro 8499 ，iPhone 11 Pro 折价 8699*0.5 ，AC+需要续下去，退掉去年的 AC+ 购买新的参加下一年的计划，+ 1400 - 700
2021 年购买 iPhone 13 Pro 7999 ，iPhone 12 Pro 折价 8499*0.5 ，不计算 AC+ 价格

总共价格应该是 (8699+1400) + (8699 - 8699*0.5 + 1400 - 700) + (8499 - 8699*0.5 + 1400 - 700) + (7999 - 8499*0.5) = 23747.5

呃，差的挺多的还...

当然这里要考虑到第一种方案相当于是没有 AC+ 的保护的，考虑到保障性可以加上一年的 AC+， 但即使是这样似乎也还差了不少的钱。

更复杂的计算还要考虑通货膨胀等等各种因素，比如往年都是 8699 起步，今年 7999 起步。


如果计算过程中有什么错误还望指正，精确度不高，都是大致估算。

建议先去市场看看行情，不然容易被大刀。
虽然从我自己的角度来看，我也不太愿意花 9K...

不知道还有没有...先谢谢了
cmVnQGFkYi5pbQ==

@revalue #4 OneNote 配合 OneDrive 国内使用没有任何问题，要是想上 O365 的车的话我这还有位置 😂 可以看我之前发的贴

@agagega #1 也可以使用快捷键 CMD+Shift+5 来快速修改 option

去年为了游戏玩的爽买了一块 27' 2K@144Hz，爽了半年以后后悔了，不怎么玩 FPS 的话 144Hz 几乎无感知，2K 连着 Windows 用还行，接着 Mac 用 2K 要吐了，还是 4K@60Hz 吧

等式两边同除 1000 以后就是调和级数了 https://zh.wikipedia.org/wiki/%E8%B0%83%E5%92%8C%E7%BA%A7%E6%95%B0

我也遇到了一样的问题，还以为是我重置了 Windows 系统导致的，这么想想可能是因为我之前用的电信网络 DNS 有 cache，现在重置 Windows 以后直接连接的移动宽带，DNS 缓存没了就不对了。

唯一有用的信息是这个
a.a.a.a.<clinit>(SrsEncoder.java:370)
a.a.a.b.onReceive(Unknown Source:20)

这里的 SrsEncoder 看起来也的确像是可能用到 libyuv 的地方，做视频编码的时候需要做 rgb to yuv 。
这个类是你的 SDK 里面带的吗？ 一般如果是 SDK 的话，这个 so 应该已经被打包在里面了，除非你用的 armeabi-v7a 的 sdk，然后自己编译安装的版本又是一个 armabi-v8a 的版本。 这个就得看 SDK 的配置文件和你 APK 里面具体的文件了。

libyuv 是做颜色空间转换的，你的 app 或者是 SDK 有用到这个 lib 吗？
这里你能看到的 a.a.a.a 这类消息肯定是被混淆过了，需要编译的时候对应的编译产出的 mapping 文件才能解析的出来。
至于混淆开没开，看一下 proguard 文件。

thinclient 可以看看

也许可以考虑试试 Webex 或者 Zoom 的免费版