@codegenerator 别限定 rust 和数据库，cpp 的其他方向也可以考虑
抖音团队客户端奇缺 cpp ，要求也一降再降

既然你会 rust 那 cpp 也没有问题，可以同时看看 cpp 的机会

出价多少？
视价格资深架构师可以应战

查询引擎什么语言 java go 都可以，存储引擎可以考虑 rust
我以前用 c++自从用了 rust 彻底不想写 cpp 了

@lnim 微信前同事就是吹牛不打草搞了
首先微信本身架构跟开源 im 完全不一样，你拉 50 个微信核心开发才能搭建完整 im
其次别说微信团队就是腾讯公司也没有一个研发敢把公司技术拿出去

@lnim 看你们对 im 成熟度的需求，如果不需要成熟稳定的 im 自研比较划算
但是如果需求成熟稳定 im ，不客气的说你们自研搞不定
我提供稳定成熟企业级 im ，万人群有非常多的优化，不降低体验的前提下资源和成本相对比较低

你这招聘要求瞎扯一堆没用的需求，说明你们根本不知道 im 用的技术
本人提供企业级 im 服务，有意可与我联系

@main1234 你对整个过程理解都是错的
aof_last_fsync 是开始写文件的时间，而不是写完文件的时间

你这不是瞎掰么
判断时间和控制都是主线程，写入和刷盘都是后台线程
根本没有记录刷盘结束时间

helloworld 能测出什么？ go 跟 rust 一个主要区别是 gc

分布式存储学历要求高门槛高上限高，只有大厂有需求
嵌入式其实已经死过一次了，以前的很多人其实已经改行了，所以现在貌似不太卷

java 比较容易学就是周期有点长，想学就学呗

使用过跟完全掌握相去十万八千里，语法也只能说入门的水平
后端核心的是 mysql redis 微服务 分布式，其他的东西用的时候看看文档就会了别花太多时间
后面再提高就是深入阅读各种源码了

腾讯，技术没有那么重要

你使用的是 mpsc::channel ，这就相当于一把锁，读写冲突下跟单线程当然没有优势
多线程情况下可以采用多种方式优化读写锁冲突，缓存的读是远大于写的其实优化空间更大
我用 rust 实现的 redis 轻松 10 倍

完全符合就差一个远程

看着非常糟糕
1. 为什么不同模块不同 cpu ？你是数据处理，数据尽量放在一个核心上明显性能高很多
2. 多线程数据同步有很多方法，zeromq 是来搞笑的吗？
3. 模块 1 不知道模块 2 什么时候处理完，有可能把没处理完的数据覆盖了
4. 每个模块处理速度不确定，你很难假定每个模块速度

本人资深架构师，可以付费提供优质服务

北京的气候远不如上海，北京那点钱只能说留不下钱白打工

什么时代了还在用 lua ？ wasm 不香么