楼主: 匿名
跳转到指定楼层
上一主题 下一主题
收起左侧

[改行] 数据库系统还有未来么

 
地里匿名用户
🔗
匿名用户-6F8QT  | 添加认证 | 2026-10-19 11:38:51
匿名用户 发表于 2026-10-18 21:15
这个不容易,db核心的需要分布式的协议和事务那些,建议先看看相关的看能不能搞懂

现在用ai什么搞不懂😂
回复

使用道具 举报

地里匿名用户
🔗
匿名用户-VXNFX  | 添加认证 | 2026-10-19 11:39:34
这种不需要任何数学没有新思路的方向 早就被烙印玩坏了
回复

使用道具 举报

地里匿名用户
🔗
匿名用户-XIYKF  | 添加认证 | 2026-10-19 11:39:40
沒有不能轉AI吧? Jeff Dean不就這樣轉
回复

使用道具 举报

地里匿名用户
🔗
匿名用户-8BFXZ  | 添加认证 | 2026-10-19 11:47:27
本帖最后由 匿名 于 2026-10-18 18:54 编辑 . .и
匿名用户 发表于 2026-10-18 18:38
现在用ai什么搞不懂😂

确实,不过没在prod干过很容易被问出来,像某些协议在高并发时的问题(AI暂时还搞不定DB ops尤其一些很tricky,只要有些知识不公开AI就没办法,像硬件有些领域AI完全没办法因为就几个人懂并且不公开:))
回复

使用道具 举报

地里匿名用户
🔗
匿名用户-AFBMH  | 添加认证 | 2026-10-19 11:59:57
匿名用户 发表于 2026-10-18 15:03
10 yoe+ 中厂大厂都呆过从prem到云到cloud native再到 AI assistant DB solution runs Anywhere
.1point3acres
简历市场 ...

Platform也很偏production engineering呀,感觉跟 DevOps 区别不大吧,都是写 tools 、 scripts, 并且oncall很重。
不知道我的看法对不对?
回复

使用道具 举报

地里匿名用户
🔗
匿名用户-LNS7N  | 添加认证 | 2026-10-19 12:43:49
我觉得不太行,这个细分领域已经非常拥挤了。. ----

至少在我们公司,所有重要的 product decision 基本都由一帮在这个领域干了十几二十年的老人主导。年轻人想成长,往往只能从脏活累活干起,做做 ops、搞搞 migration。倒不是说这些工作学不到东西,但说实话,干起来真的没什么意思,也很难有机会参与真正有影响力的技术和产品决策。所以如果有选择,我还是建议尽量去高速发展的领域。新领域意味着更多尚未解决的问题,也意味着更多获得 ownership 的机会。
. ----
我同意楼上说的,在分布式系统领域积累的经验,理论上确实可以迁移到其他方向。但现实是,技术能力可以迁移,不代表招聘市场认可这种迁移。不管你做了多少年 DB,转头去投 inference team,人家可能连面试机会都不给你。

人人都说,有了 AI,什么东西都可以自己学。但真到了简历 screening 的时候,hiring manager 的身体还是很诚实的。能学会是一回事,能不能拿到入场券又是另一回事
回复

使用道具 举报

地里匿名用户
🔗
匿名用户-COD51  | 添加认证 | 2026-10-19 12:54:17
楼上的没凉的论据是好转ai infra 本身就说明已经凉了。当年那个盛况空前啊,19-22的时候国内国外人人谈数据库系统。
回复

使用道具 举报

地里匿名用户
🔗
匿名用户-16VQK  | 添加认证 | 2026-10-19 13:07:09 来自APP
匿名用户 发表于 2026-10-18 20:28:37.1point3acres
大佬是直接从data infra去面ai infra吗?
我感觉AI infra跟data infra技能重合点不多,也就是inference 集群调度那里有点
所以面试的时候我build narrative就是强调自己做的更熟的地方(对,有你说的集群调度还有life cycle management 包括provisioning, upgrade, teardown之类的) 然后不熟的地方我如实说自己感兴趣想在这边新的方向深挖。拿到面试就说明你有些expertise是组里还是认可希望你能去做的嘛
回复

使用道具 举报

地里匿名用户
🔗
匿名用户-16VQK  | 添加认证 | 2026-10-19 13:18:46 来自APP
匿名用户 发表于 2026-10-18 20:59:57
Platform也很偏production engineering呀,感觉跟 DevOps 区别不大吧,都是写 tools 、 scripts, 并且oncal
有oncall但是没有特别重,oncall重的是用我们产品的L1 L2 operators的是。我们的oncall更像是dev oncall就是有feature break internal pipeline了你得escalate或者triage。然后最多处理一下customer escalation一般很少。然后我们的oncall还有build new release这重

重点不是在写tool更像是在abstract DBA的活(create/backup/restore/HADR/export/import)
control plane层面实现成更稳定的reconciliation loop然后80% handle各种exceptional case. 1point 3acres

data plane就是涉及到真的资源调度,去db上执行相应的SQL。有可能去改DB core engine但是一般是给sister team提feature request。更多还是DB有了新feature的support我们在整合到fully managed service里面. check 1point3acres for more.

我们的工作和频繁改CRD或者resizing instance,有问题切主扩容这重operational的活关系不大,更像是通过开发来实现给我们的客户更稳定做这些维护工作的能力
回复

使用道具 举报

🔗
sinoluckpg 2026-10-19 23:14:46 | 只看该作者
全局:
我在学校学AI infra的,第一份工作去搞数据库,后来又转回AI infra的。我最后悔的就是第一份工作选了数据库,浪费了很多时间和机会。
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 注册账号
职场达人
  • ↑ 本版用于讨论职场各种干货话题,闲聊请去🔗聊聊或者🔗匿名版
  • ❌ 本版严禁水贴,引战,发布广告,拉群,贴个人联系方式,扣分无警告
  • ☑ 求职、面经等去 🔗北美求职和 🔗回国求职大区,刷题和学习请去 🔗终身学习大区
  • ☑ 请去专版发布 🔗内推, 🔗招聘信息,和讨论 🔗创业内容
  • ☑ PIP / DevList/ Need Support 等话题也已开设 🔗专版

本版积分规则

>
快速回复 返回顶部 返回列表