[京东] [北京/鸟巢附近] 招聘 C++ 开发，分布式存储方向

[jonah]

负责分布式 KV 存储系统的架构、研发工作

薪资范畴:
40-70K 14 薪

工作地址:
北京北辰世纪中心

任职要求:
1 、计算机相关专业，熟练掌握 Linux 系统、C/C+、go 语言
2 、深入理解并发编程、网络编程，熟悉 TCP/IP 协议
3 、有大规模分布式存储 /数据库系统开发设计经验优先
4 、研读过 f1/spanner/aurora/raft 等相关论文的优先
5 、有过 spdk/dpdk 实践经验的优先
6 、有 rocksdb/leveldb 实践经验的优先
7 、良好的工程质量意识，追求卓越，自我驱动，对代码质量有近乎洁癖的自我要求

简历投递地址:

echo Z2FvamlhbmxvbmdAamQuY29tCg== | base64 -d

近期 HC 较多，欢迎简历骚扰。
工作时长除了偶尔大领导关心进度加加班外都是 965 。
中午有午休，可以去附近奥体公园、奥森遛弯

[lbp0200]

我最近也在改造一样的轮子，不过我太懒了，直接 fork 了别人的代码，然后加命令
你们开源吗？
https://github.com/lbp0200/money_db

[lbp0200]

好像 RocksDB 都已经落后了，
请看 https://github.com/dgraph-io/badger
Comparisons

[wellsc]

@lbp0200 存储这块 go 还是撼动不了 c 艹的

[lbp0200]

@wellsc 放学别走，有本事跑个分

[jonah]

@lbp0200 badger 主要思路应该是 kv 分离，大 value 下表现会好一些。
rocksdb 下也有类似方案的。kv 分离方案也有自己的缺陷（范围查询、读时多一跳）

[jonah]

@lbp0200 暂时没有开源计划，欢迎大佬投递简历👏

[jonah]

@wellsc 以我以前大量使用 goleveldb 的经验来看，是这样的，存储引擎 C++还是有优势的。
go 在海量小对象时 gc 的问题比较大，其他像服务质量的稳定性、可调优空间等 C++也有优势。

[wellsc]

@jonah 我感觉 rust 很适合用来写存储引擎

[jonah]

@wellsc 同感，只是目前团队对 C++熟悉的人多。

[kuro1]

badger 除了 GC，其他很棒

[zoe1016aaa]

好有钱啊，上来就 40K 起步啊～

[jonah]

@kuro1 轻量级使用应该很好。大规模和密集使用下持保守态度，另外 KV 分离导致的 value log gc 资源占用也比较不太可控。

[jonah]

@zoe1016aaa 哈哈，加上股票应该差不多（近期股价还行的）。

[lbp0200]

我觉得吧，你们的需求这个开源的项目完全满足，稍微测试一下，下个月的绩效 KPI 应该可以拿到了
https://github.com/prologic/bitraft

[jonah]

@lbp0200 跟这个架构类似的（持久化 kv，redis 接口，强一致），我们目前已经有一套系统在线上跑着了。

[jonah]

@lbp0200 看了下这个支持的数据结构也有限，我们已经支持 zset, list, hash 等，还有 ttl 过期等。