在大厂干了四年并没有多少distributed system经验

楼主在FAANG中的一家干了四年后端，工作内容偏product。工作这么久了，并没有接触过很多高并发的场景，对于系统设计的学习全都是纸上谈兵。有人有同样的经历吗？是不是我不够努力，没有主动去承担高并发相关的工作？

很正常，我离开狗的时候感觉sd方面就是个sb😄去了一些中小型的公司一下就明白怎么回事了，因为自己可以也需要搭建系统，不同的services，当时觉得一下就简单多了。所以纸上谈兵真不行

我感觉是业界常态，大部分产品组后端工程师接触不到也不需要接触底层模块。我也就是之前在AWS核心组做过一点点分布式，后来去了用户产品导向的中厂基本上都是stateless microservices协同全靠数据库（很多时候连transaction都不用，顶多optimistic locking）。infra组撑死也就用用zookeeper很少从头造轮子的。写业务逻辑也不太需要懂concurrency更别提高并发了（单机性能不行就horizontally scale），我算是我们产品组的concurrency扛把子（矬子里拔大个），也就是偶尔修个bug因为有些大聪明从头造轮子写double-checked locking还写不对。

身边统计学，还没有认识到真正做过industry level distributed system的人

匿名用户 发表于 2026-8-11 13:56
身边统计学，还没有认识到真正做过industry level distributed system的人

请问你在业界工作几年了，在什么类型的企业？

匿名用户 发表于 2026-08-11 15:01:38
请问你在业界工作几年了，在什么类型的企业？

工业界5年，4年startup，1年大厂。但是我不是做Backend的，是product facing MLE，最近在自学distributed system

匿名用户 发表于 2026-8-11 16:56
身边统计学，还没有认识到真正做过industry level distributed system的人

做了什么项目或者工作才被认为正真做过？

去infra组，肯定能接触到

谦虚了吧，哪个后端服务不需要处理并发。。多几个服务，加上消息队列不就是个distributed system了吗？

因为这就是大厂的问题，为什么说级别高了不要去，不做infra不要去。你复杂的只是业务逻辑。完整的业务链，低级别控制不了，因为影响面太大。

一样的 面试能吹就行了