@M1hahahaha 哈哈不至于不至于

@leoleoasd 了解，本来是自己会玩一些涉及 x86 汇编的东西，看来是指望不上了 hhh

@irytu 模拟的话就 QEMU 了 :( 性能拉跨

涉及数据库的代码不应该被 CI 测试吧，依赖数据库里数据的代码可以对数据 Mock

@zxCoder 确实，指向子 page 的 KV 里的 k 应该是不固定的。pairs_num_max = (page_size - header_size)/(pair_size)，由于 pair_size 不固定而导致 page 可存储的 pairs 最大数量不固定。

应该 page 大小是固定的，page 除了保存头信息外，剩下的空间保存指向子 page 的 KV 指针。指针 pair 的大小是内置的，page 大小也是固定的。我的理解是，每个 page 能保存的最大子 page 指针对也是固定的。达到最大值则该 page 分裂，小于 B+ 树的要求则合并。

埃秘

我建议先观望，蹲一下（手动滑稽

@threeEggs123 数据量上来 Flask 会不会表现很差，仅靠单机内存计算的话。

我觉得跟开发团队层级管理有关。开发团队应尽可能扁平化，我一般代码只被 2 个人 review，最多了。其他人想 review 也可以

主要 Java 后端，熟悉 bash 和 python，常用中间件、云原生基础设施，微信 ZGpkMzYzNzg3Mzcx

主要 Java 后端，bash 和 python，微信 ZGpkMzYzNzg3Mzcx

我之前也不用，后来团队有人开始用了，就跟着用。其实 @Getter @Setter 这些注解确实省不少事，让纯 Java 项目实体类代码少一点。这个主要看内部项目推进用了没，用了就用，要达成共识。

@qbhy 暂时没这个预算入 mac :(

日常觉得不舒服。我还见过同学高考作文组词的，生编乱造，一看哇好华丽的辞藻，一问说自己随便整两个字造出来的，整的花里胡哨。

你需要的仅仅是计算资源调度和分配，跟 MQ 没有任何卵关系

#二群# ZGpkMzYzNzg3Mzcx

"溢出吧后浪" 哈哈 xswl，文案可以的

拉代码和打包是 A 做的，打包结束后包也放在了 A 或者上传到其他位置。这时候需要一步主动操作，就是怎么把包放到 B 上运行。这部分就很自由，一般都是手动操作把包从 A 拉到 B 运行，或者写一个额外的服务拉过来，或者打包结果是 docker 镜像的话 A 上传到私有镜像仓库，手动发布到 k8s 上去。总之拉代码和打包肯定是 A 做，发布视情况而定。