这是一个创建于 941 天前的主题，其中的信息可能已经有所发展或是发生改变。
 | 1 RRRSSS 2023 年 6 月 14 日  1 run |
 | 2 iOCZ 2023 年 6 月 14 日 对金轮法王表示不满 |
 | 5 chuck1in 2023 年 6 月 14 日 开发数据库也实在是太厉害了。。。。确定是大厂出来的？ |
 | 6 coderxy 2023 年 6 月 14 日 开发数据库有点离谱，这不是造轮子了，这是自己重新修路了。 |
 | 7 nomagick 2023 年 6 月 14 日 啥东西他也经不起挤兑啊 |
 | 8 streamrx 2023 年 6 月 14 日 via iPhone 1 开发数据库这是自己造航空母舰了 |
 | 9 importmeta 2023 年 6 月 14 日 万一把下面这些开发人员惹急了. |
 | 10 chenPiMeiHaoChi 2023 年 6 月 14 日 3 大厂出来都这么个套路，老板喜欢。底下人干不完就是能力不行，换成 CTO 推荐来的人就突然行了。 |
 | 11 ytmsdy 2023 年 6 月 14 日 如果加班都干不完的话，那就安安心心摸鱼吧。 这明显就算工作任务分配出了问题。 |
 | 12 w8123 2023 年 6 月 14 日 CTO 是搞笑呢，是不是要跑路了。就算包装个简单的数据库，后面那不得分出一两个人去维护和运维？况且这玩意谁敢用 |
 | 13 hhjswf 2023 年 6 月 14 日 via Android 什么统计功能啊，几百万个协程。。 |
 | 15 KaurazakaNyaa 2023 年 6 月 14 日 需要这种规模并发读数据库的场景，正常人会选择把这些数据放到 es 集群之类的地方来降低数据库压力，你们 CTO 选择自己手搓一个数据库是让人想不到的 |
 | 16 coderluan 2023 年 6 月 14 日 和上面反应一下，先弄个数据库把业务做完，喜欢造轮子之后再换，如果不行的话，自己就不加班了，大部分拿 N+1 走人。 |
 | 17 txy3000 2023 年 6 月 14 日 开发数据库? 只能说 cto有钱有人，跟着干就完事了 |
 | 18 cabing 2023 年 6 月 14 日 统计用 ck 或者 doris 。或者 hive ？ |
 | 19 luozic 2023 年 6 月 14 日 单个服务跑这么多请求到库上，dba 和监控没叫？ |
 | 20 JKeita 2023 年 6 月 14 日 CTO 是脑子抽了吧，即使要搞也不是让业务开发的去搞而是专门基架团队搞吧。 |
 | 21 bakey 2023 年 6 月 14 日 也别忙着喷 CTO ，帖子给的信息不足够，很难判断出来 CTO 决定自研数据库是否一个正确的决定。而且这里不也是说基于 leveldb 封装嘛，这也没有从头到脚自己造啊。我觉得还好吧 |
 | 23 la2la 2023 年 6 月 14 日 看标题以为是封装工具类搞搞 KPI 啥的。 点进来发现是自研数据库，打扰了 |
 | 24 DengDDDD 2023 年 6 月 14 日 leveldb 都是有开源实现的，如果只是封装难度不大的，到是为什么因为开协程导致数据库异常就要通过开发数据库 这个做法实在难以理解。 |
 | 25 matrix1010 2023 年 6 月 14 日 via iPhone 这种首先应该有个详细的书面复盘报告。到底是什么原因导致系统承载能力不足，现阶段是不是必须要解决。然后再分析解决方案比如是不是优化查询或者限流之类的。数据库是很成熟的东西 |
 | 26 try2giveup 2023 年 6 月 14 日 确定几百万协程干统计查库，这要开发出来可以不用干现在项目，光这个 数据库就够你们公司吃的了 |
 | 27 ltmst 2023 年 6 月 14 日 我以为是造啥轮子呢 这家伙，上来就魔改数据库了 这要是让我去 这好办，之前硬盘的操作全放内存 别和我说容错，问就是速度快的代价 |
 | 28 wulili 2023 年 6 月 14 日 别当真，对方说的自研基本就是在现有数据库的基础上封装一下，根据特定业务加点料啥的 等完事了这又是一个 KPI 呀 |
 | 29 tf2 2023 年 6 月 14 日 这下岗位安全保障护城河了。job security ++ |
 | 30 ho121 2023 年 6 月 14 日 这不叫造轮子，这是造势 |
 | 31 securityCoding 2023 年 6 月 14 日 via Android 1 这是要拉投资啊 |
 | 32 kuaner 2023 年 6 月 14 日 开几百万协程读数据库的人能开发数据库么 |
 | 33 yufeng0681 2023 年 6 月 14 日 坚持一下，等大领导把 CTO 裁掉， 一步解决，永绝后患。 |
 | 34 seki 2023 年 6 月 14 日 乐观点想，一般碰不到这样的 CTO ，定出这样的开发数据库的需求，不如先学习学习 |
 | 35 fiypig 2023 年 6 月 14 日 哈哈哈哈 几百万协程 怎么做到的 |
 | 36 nkidgm 2023 年 6 月 14 日 1 对于这种公司，话我先说了，做 db 那伙人早晚先散伙。 活下来的一定是业务团队。 |
 | 37 zsc8917zsc 2023 年 6 月 14 日 1 你们把数据库开发出来，可以拿这个去上市了 |
 | 38 final7genesis 2023 年 6 月 14 日 @zsc8917zsc 有人用吗 |
 | 39 zachwei 2023 年 6 月 14 日 这都不是造轮子 这特么造汽车 还是新能源 |
 | 40 456789 2023 年 6 月 14 日 说实话 国内的 cto 如果造数据库就说明这 cto 舔功和技术能力一个是天一个是地 |
 | 41 Nnq 2023 年 6 月 15 日 只能说遇上了所谓的“高手”， 就和之前一同事信誓旦旦的跟我说自己做了个关于 opentelemetry 的 poc 基于案例，我丢给他一个 github 上官方的带压测的全链路 poc ，我同时说要注意最小内存限制啥的；结果大哥根本没看过官方的 poc ；还反驳我说你弄的啥破玩意还有内存限制，他觉得 ot 没有任何。。。。。。 |
 | 42 lxychn 2023 年 6 月 15 日 via Android 自研数据库 |
 | 43 zhaokun 2023 年 6 月 15 日 via iPhone 统计得锅 |
| 44 zhaokun 2023 年 6 月 15 日 via iPhone 很好奇就没人提出来反对吗？这种感觉就是为了做而做，完全不考虑实际情况 |
 | 45 darkengine 2023 年 6 月 15 日 这不是造轮子，这是从炼钢开始了 |
 | 46 witcat 2023 年 6 月 15 日 via iPhone 挺好的...让大家都有的忙。实在干不过来了再多招点人，创造更多工作岗位。 |
 | 47 ChoateYao 2023 年 6 月 15 日 换个角度，你们的 CTO 给你们找了一个高难度的活。 1. 他在展现自己的价值，得到老板的认可 2. 你们有活干，在老板眼里你们都都好员工，不会裁员 3. 项目成功或失败，你们和 CTO 没人关心，而是更关心这个项目能在这家公司混几年，N 年后老板满心欢喜拿到一个半成品去招商引资，而你们和 CTO 换了一家公司继续这个套路。 |
 | 48 fibodt007 2023 年 6 月 15 日 难道不应该干掉那个用 go 的后端工程师吗 |
 | 49 huiwang520 2023 年 6 月 15 日 拿 leveldb 封装。。。你们领导真是个大聪明 好歹也上个 RocksDB 啊 |
 | 50 istomyang 2023 年 6 月 20 日 首先，几百万个协程读数据库这个就不行，其次，你们数据库集群都 hold 不住吗？再者，LevelDB is a fast key-value storage library written at Google that provides an ordered mapping from string keys to string values. 为啥不用 Redis ？最后，我觉得领导带你们造轮子，很棒啊！你可以拿着这个工作经历去找更牛逼的公司了，至于大领导催进度，让 CTO 去搞定。 |
Select Language