自己的胡言乱语-国产数据库这行业
题主在数据库行业也 10 年多了,毕业的时候稀里糊涂的进了这行。作为一个挺拧巴的人,中间也尝试转行。但是兜兜转转干的还是数据库。
数据库的售后运维 => 研发(修 bug )=> 产品 => 研发。( v2 有同事应该猜到我是谁) 转的乱七八糟的。研发算个 中高 ?运维初中?产品中高? 这技能点点的歪。。
这行业就不挣钱啊,毕业的时候互联网挣钱,现在还是互联网挣钱。
国产数据库中大多数都是赔钱。少有几家能挣钱的。
前几年这行吹起信创风,一堆对这行没有清楚认知的童鞋涌入了这行。结果现在卷到飞起才发现压根没挣钱。
去年开始 tidb 裁员,ob 年终奖少发,小数据库公司 or 团队散伙。
这行是个又深又广又高投入的行业:
有没有新趋势,有的。
向量,图,时序,ai 等等。但是商业路径探索的怎么样,我不清楚,但是总要摸爬滚打才能出头部厂商(我相信)
如果有选择,或者不是特别热爱。不要进这行,学习的东西多,但是同比学习其他的产出并不高。
而且行业近期估计会有一波出清,可能出现很多人卷工作的情况(包括我)。公司内刚毕业没几年年的同学很难找到 l 相关工作,都开始考虑转行了。。。
1
zzzlight 195 天前
确实 本来因为实验室做的就是向量数据库方向想找这种的,去年找工作时候就发现数据库这类又难还低回报, 后来还是走了其他方向。同样国产编译器好像也这样,都是这种很难国产公司还不赚钱。结果今年师弟也是找数据库,先是被华为鸽,然后 ob 捞了测开开了一个十多 k 的硕士价格,直接也给他蚌埠住了,直接得了,不找数据库方向了、
|
2
andytao 195 天前
> 这行是个又深又广又高投入的行业:
> > 1. 词法,语法,语义,计划,执行,存储,通信协议等等等,每一项都需要时间投入 > 2. 兼容性又是避不开的,花时间成就感可能也不高; > 3. 迁移,备份,接口,高可用等等... 开个公司 3-5 年不挣钱的太正常。 =====>这个行业竞争激烈,也确实需要扎实的技术积累,创业公司很难熬出头。 行业最近的例子是:MariaDB 公司曲线上市都失败了,最后也是裁员求生存; |
3
Itesting 195 天前
冒昧请教一下大佬,个人工作方面算半个数据库行业,刚开始是 dba ,运维、平台开发都有涉猎,现在主要工作是开发和乱七八糟的业务沟通,个人觉得工作上限越来越低,跳槽都不知道往哪走了。方便透露一下您公司内最近几年毕业的同学是转向哪个方向吗?个人最近打算是先好好苟着,把前几年拉下的技术补一补,后面看看还有啥坑。。。
|
4
dynastysea 195 天前
现在的互联网有几个挣钱的呢?我和 lz 想法相反,如果是应届生研发,有机会的话先入这行,哪怕你干不下去了,最后要转型互联网都是很容易的,因为你理解透了数据库的原理,互联网的那些 crud 真的不要太简单。相反如果你毕业就去互联网搞那些基础的 crud ,后续要再进来就特别难了。
|
5
forsuperper OP @zzzlight 年轻就是资本,刚毕业有试错机会。就是数据库这行已经不太值得试错了。。
|
6
forsuperper OP @andytao 行业竞争有未来预期还好。现在是都缺钱,投资方容忍度低了,见不到快钱就不玩了。
|
7
forsuperper OP @Itesting 近几年毕业的现在看 qt 什么的,但是据他们说并不景气,他们也挺迷茫的。
对于你的情况,按照我的从业经验,也许卷一卷去云厂商做数据库管控? 或者横线展开做某一方面? 个人愚见 |
8
forsuperper OP @dynastysea 互联网的 crud 确实简单,做了数据库再看这个感觉深度不够。可能我的表述没到位,我指的是那种 搜索,计算等等基础架构类的? 相对有难度,深度又能出彩的技术栈。
比如我做了数据库功能,从语法语义计划执行层都涉及到了。但是不是这行的,或者对于我这个需求没有了解的,很难想到这个功能有什么出彩的。。 |
9
marquina 195 天前
@dynastysea #4 互联网的业务开发,所需要的数据库知识确实不多。更多的是对业务/产品的理解、架构、稳定性等等。
“你理解透了数据库的原理,互联网的那些 crud 真的不要太简单”这句话,我个人还是不太认同的。 |
10
selectChase 195 天前 via Android
现在大模型比较热门,向量数据库感觉还是不错啊。图数据库应用场景也多,社交 封控 谱泛谱图类等上层业务场景都能用到,在降本增效场景下感觉更火热了。。。个人感觉比一般的业务开发好多了,只要前期苟得住有不错的团队带。
|
11
dynastysea 195 天前
@marquina 我两者都做过,现在数据库都是分布式的,你说的那些结构,稳定性,数据库同样需要涉及,而且要求更高。。互联网那些业务在分布式数据库里面只能属于一个比较小的子集。
|
12
shyrock 195 天前
@dynastysea #4 数据库高段转互联网低段( crud )当然简单。但是真的有人想从数据库高段转互联网地段吗?要知道互联网高段仍然有很多知识和技能是数据库高段不掌握的。
|
13
bug51 195 天前
> 去年开始 tidb 裁员,ob 年终奖少发,小数据库公司 or 团队散伙
大佬段位太高了,这些事情一般的 dba 没有感知到受到什么影响。老老实实搞 dba 批发系统集成,可能更加赚钱。统信除了机关事业单位(说白了还是吃关系户)根本推不动,何必再造一次轮子。 |
14
forsuperper OP |
15
bug51 195 天前
信创感觉比统信, 打工人的生存空间更小。找不到历史定位
|
16
buchikoma 195 天前
数据库真是个只有大厂才玩得起的赛道,前几年 tidb 裁了一拨人,海外客户也不多,ob 开始做公有云但没什么客户,年终系数还打折,研发 oncall 压力也大,阿里云体量够大还好,火山挖了不少云 top 厂商的人但也还没做起来,考核期也快到了,数据库真的是又穷又卷
做内核、中间件的入门难而且卷,纯成本部门,跳槽就是那几家云厂商和大厂; 做管控的算是现金流部门,但本身资源成本就高,经常是收机器的钱服务算是白送,还容易背锅背事故,而且管控层也经常被领导认为不够 hard core ,内核才是数据库部门话语权最高的方向; 再往上做数据库的 SaaS ,话语权更低,还要横向对接各种数据库类型,没什么营收点,即使有也受制于实例规模,而且极其考验领导耐心,没耐心了第一刀砍的就是 saas ; |
17
forsuperper OP @bug51 并不是段位高,只不过就是从业时间长了点。dba 圈里不清楚也正常。
关于统信,我年少轻狂(傻了吧唧)的时候也认为是个重复造轮子的东西。但随着阅历(年龄)增加的情况再看,就品出来不一样的味道。 现在这个世界并没有走在美好团结的路上,有说都是三战的开端。。。 如果真有一天,我们的信息化受到了制裁或者各种各样的后门,我们从业者多少也算资敌了(笑);统信推进的过程中难免有这样那样的问题,但总归会给基础软件带来进步,优化。保不齐有一天,我们的基础软件能像 office, oracle 一样售卖全球呢。 道阻且长,行则将至。 随着发展,可能过些年就会发生 oracle 像国产数据库开展专利战。。。 业内好像都没意识到这个阶段?或者还没准备处理。。。省略一句。。 |
18
forsuperper OP @bug51 雄心壮志固然好,但是还是先吃饭再说。
|
19
forsuperper OP @buchikoma 大厂或者就是基础软件厂商才能做
互联网基因大厂可能过于讲究效率,效果了。这套理论认识确实适合互联网快速反应的厂家。 然数据库等基础软件恰恰是慢工出细活的行业?品类?没有这个认知和耐心 会搞得大家都很难受。 而且嘛,数据库等基础软件确实是不出彩的,毕竟技术服务业务。影响了业务肯定要背锅的。。 |
20
Itesting 195 天前
@forsuperper 好的,感谢大佬建议。最近捡起技术,多看看多学学。希望未来顺利。同时也祝您生活愉快工作顺利。
|
21
forsuperper OP @Itesting 客气了
|
22
DonkeyBenjamin 195 天前 1
我建议所有从业数据库的转行做 decentralized storage, 看看 ipfs, arweave 啥的,蹭一波 DePin, AI, Web3 热度
|
23
NoobPhper 195 天前
大部分国产数据库 都是逃了一层壳....
|
25
leehon 195 天前
这个东西东西就很鸡肋,有大量数据需要管理的企业,都有 DBA ,或者购买商业数据库,甲骨文,MSSQL ,或者是云数据库。国内因为反美恐美,才排斥这些产品,刨除这一点而且给够钱,所有的问题都能解决,那么只能吃一吃国内的市场,还是非常计划性的市场。互联网,民企的业务,mysq 用到死都够用。只剩下泛体制的国企,才有需求,这些市场就是 TO B ,就看销售吃饭,要有关系会来事,即便如此回款也非常麻烦。很多东西做得不开心,就是做了国内的 TO B 市场,甚至 TO G 市场,要去混那个圈子
技术上来讲,自从 NoSQL 以后,近些年数据库的变化不大,云数据库是商业创新。从计算机科学的角度看,没有特别高深,新颖的东西,更多的是工程实现。国外做数据库的也不多,也不热,人家那些大公司,微软,甲骨文,Sybase ,DB2 ,从上世纪八十年代就卷过了,现在地盘已经划分过了,是夕阳行业了 |
26
kkocdko 195 天前 via Android
tidb 是真的好用,但是...
|
27
forsuperper OP @leehon 事情也并不绝对,目前业务发展还是会对数据库产生这样或者那样的需求。oracle 也会定期收集需求,再根据情况实现客户的需求。所以说数据库还是具体需求存在的,毕竟要满足业务的。 只不过一般公司的业务还不需要数据库厂商开发新功能。
只能说行业并不热。。 |
28
forsuperper OP @kkocdko 都分布式了,总会有这样或那样的问题
|
29
pujx233 195 天前
公司也是做数据库的,今年的研发方向往大模型投入了不少...感觉好没有安全感
想问一下 lz ,不同的数据库公司都有 oncall 这项流程吗。每次 oncall 都好痛苦,特别是开发压力堆积下来,几乎整个人都要崩掉 |
30
forsuperper OP |
31
forsuperper OP @pujx233 压力这个没办法。。。所以苦逼啊。。
|
32
pujx233 194 天前
@forsuperper #31 太累了,oncall 累,开发也累。不同客户需求不同,总是需要定制化开发。。。毕业工作两年,真的越发想转行
|
33
forsuperper OP |
34
dd102 194 天前
不知道达梦一套几万块,价格咋样
|
35
Jerry23333 194 天前
大佬对数据库管控这块怎么看,在面的团队是做这块的,会不会比较偏运维
|
36
forsuperper OP @dd102 价格这个说不好。。卖多少钱各方面都有考量。不行就招标呗,大不了换个数据库
|
37
forsuperper OP @czy0538 除了预研性质的,又有谁不是运维呢? 哈哈哈
|
38
bbdsym 166 天前
我也是在数据库行业混迹十几年了,在一个国产数据库工作做售前,目前也是天天迷茫,看了各位大佬说的,我感觉道破了问题的本质,有组织了。希望大家多多讨论,也为我们的未来发展之路碰撞出点火花。
@leehon @buchikoma @forsuperper |
39
forsuperper OP @bbdsym 先挺过这段时期再说。。还是挺难讲的。。。希望都有个好出路。。。
|
40
bbdsym 165 天前
@forsuperper 确实难,国家再调整,经济在收缩,公司和个人也可能就剩下“熬”了。
熬过周期,熬到出清。 |
41
forsuperper OP @bbdsym 按照我的理解,售前在现阶段或者往后几年应该比较好换地方(比较快要近身肉搏了),是我理解有误,还是啥其他因素?
|
42
bbdsym 164 天前
其实做售前也就是这几年的事情,以前一直在售后体系。
@leehon 兄弟道出了目前做技术背景出身的伙伴参与到国产数据行业的一些困扰。 ”互联网,民企的业务,mysql 用到死都够用。只剩下泛体制的国企,才有需求,这些市场就是 TO B ,就看销售吃饭,要有关系会来事,即便如此回款也非常麻烦。很多东西做得不开心,就是做了国内的 TO B 市场,甚至 TO G 市场,要去混那个圈子“” ob 把更多的精力回归到产品,并发展代理商。马化腾在今年年会上评论 csig 的一段话“打单、招待,搞业务不太适合腾讯,效率低、不透明。未来聚焦做产品,内部管理清清楚楚、干干净净。” 或多或少都道出了混这个圈子的困难,在同质化的严重的产品场景下,你的作为售前技术优势几乎没有太多可发挥的,更多的依赖其他的。这样让我一个喜欢简单高效的技术人非常的不适应。但是想回头过往的经验和技术又在快速的被替代,让人迷惘。 @forsuperper |
43
forsuperper OP |