不要猜，等拆机视频
不过话说拆机视频什么时候出来呢。

@0Vincent0Zhang0 我也觉得 32 通道的好处比“没有高性能模式”带来的遗憾相比更重要，所以感觉 14max 版本也不错。

@icyalala 这个博主好像还买了 6 台不同规格的 mac，我决定等看完测评之后再买

@crystone 使得。确实是这篇。

PRO 的内存有 16 个通道，所以是 200GB/s ；

MAX 的内存有 32 个通道，所以是 400GB/s

满血版和残血版没有区别，只跟 PRO, MAX 有关

如果还不清楚，这个视频基本能够回答你的问题： https://www.youtube.com/watch?v=STzgIWf4BY0
timestamp: 6:26 7:11 9:56

《为什么要加配置到大内存》《我觉得 16GB 够了啊》

发英文还是中文简历呢？

插眼看项目地址

@fengpan567 你现在都没有 test 和 deploy 这两步，所以在 stages 里面可以不用写哈。
另外，我之前开发了一个简易的 gitlab-ci 在线编辑器，有几个基本的模板，并且可以通过拖拽的方式来编辑流水线。可以帮助新手学习 gitlab-ci 的编写，有兴趣可以试一下。有什么建议也欢迎在 issue 中提出：
demo 地址： https://pcfeng502.gitlab.io/ci-generator/
源代码地址： https://gitlab.com/pcfeng502/ci-generator

@goosling 你好，简历已发，如果合适帮忙内推一下，谢谢。

我去，这些工作不就是我的日常吗？也改过一些别人写的常见的工具，可以看这个 PR： https://github.com/jfrog/docker2artifactory/pull/21 。
有兴趣加 v：Q2FtYnJpZGdlTGF1Cg==

楼主在 kickstarter 上面的介绍没有配音啊，而且 kickstarter 是一个很 consumer based 的东西。现阶段有考虑过直接拿国内二维码或者 patreon 吗？

学习一下。这个开源之后如何加入贡献呢？

分支本身的策略大家都说了很多，基本上大家都偏向于一个仓库，使用 git flow 的方式来拉分支。
一般一个月都没有 pull 的话，那是敏捷和 CI/CD 的思路没有贯彻好，这种比较容易出现各种合并冲突，并且也不利于问题的早期发现。
1. 建议 2~4 周一个迭代，每一个迭代开始，就取一个类似于 sprint-001 这样的分支作为主开发分支，用户在这个迭代主分支上面拉 feature 分支开发，并且基本每个 feature 完成之后都要合并到 sprint-001 中（可以用 github action 来做 CI，这样实现每次提交自动触发流水线，及时发现问题）
2. 要发布的时候，可以拉出一个对应的 release 分支，可以在这个分支上面维护 release_note 等。
3. release 分支正式发布之后，合并回 master 分支，同时打 tag 。
4. 循环下一个迭代。

腾讯云 CSIG 在重庆招的也是正式员工对吧？

看起来是在成都的公司，大家都是远程工作吗？

薪水上呢？

楼主总得把公司写出来吧

不错的软文+硬文，比较适合给运维和运维开发团队看。还有这个老板真的厉害，都这么大的并发量了还有精力研究技术。