iPad 剪辑生产力就是伪需求，除了自家的 FCPX ，像剪映什么适配都是问题，剪映疯狂在横屏竖屏切换。
所以以后还是 iPad 高刷看剧就行，看剧也不需要那么大硬盘和内存。
剪辑的活还是交给 Mac Studio ，毕竟买个 iPad Pro 顶配的钱，都能搞个官翻的 Mac Studio 了，性能还遥遥领先。

@murmur #73 苹果现在赢在视频的稳定性，拍照锐化特别严重。

简单看了一下，功能和 ab 实现的差不多？

@a22271001 #5 感觉是不是证书问题，一些跳转链接直接跳到反诈中心了。

@YugenFring #12 这个确实，我在小范围内的团队使用过，本子又卡又热，很影响使用体检，而且代码提示大部分时候还一顿一顿的。

@tinytoadd 还没有，理论上 21 年入职的领的最后一次的 MacBook Pro intel 芯片的，0 元购的最晚期限也得是明年了，只能说明是夸克老板想要的价值不是我们想要的价值。

我也就经常出现这个问题，出问题的时候就用 GitHub Desktop 。

建议开通一个月体验一下，然后再回来评价一下自己一个月前发表的言论。

建议使用 Puppeteer ，不过也挺麻烦，搞别的网站经常换验证码的样式。

之前工作经历有过单表上 10e 数据的，不过仅存了包含主键在内的四个字段，也是在不断往上探测系统极限性能的情况下才发现瓶颈的，某些特别场景还是可以抗住的。

JDK 层面一天就能看的七七八八了，主要的还是 JVM 和操作系统层面的。

@leeemon 现在机械键盘卷的比程序员都厉害，国产轴已经占领高地了

使用门槛还是挺高的，非核心项目自己拿来练手还是可以的，核心项目维护人员一多，就容易出现失控的局面

加油

Alfred ，用了很长时间了，已经基本形成肌肉记忆了，在没有非常诱惑我的迁移的点之外应该不会变了

卷 Java 的人，又不只能单单在 Java 一个赛道上，中间件那么多，很少有人能做到几乎精通各个层面的中间件，可能也无法给出更好的建议吧

直接拔，到时候瞎长，发言什么的哪一个都够喝半壶的了

感谢，支持，膜拜

@sunsan05 #73 即使设定到很低，分布式架构上的假定还是会存在问题