后端在大公司分工太细，是否会限制综合能力
朋友在大厂干了三年后端，负责的模块就一个——订单系统的支付回调。代码写得越来越熟，bug修得越来越快，但换一个公司面试的时候，面试官问他：“你们的整体架构是怎么设计的？”他想了半天，答不上来。他说他每天都在干活，但干的活永远只是一条业务线里的一小段。他知道怎么把支付回调做稳，不知道订单系统怎么拆的、不知道库存怎么扣的、不知道用户怎么进来的。三年下来，他从“一个后端开发”变成了“一个做支付回调的后端开发”。那种感觉就像在一栋大楼里住了很久，但你只熟悉走廊尽头那扇门，门外的布局从来没看过。不是他不想看，是分工太细。每个模块都有人在维护，轮不到你去看。大厂分工细的好处是深度有保障，但代价是宽度确实受限。它能把某个领域挖到很深的程度，但可能让你对“系统长什么样”这件事越来越模糊。如果有一天要离开，你带走的是一段很深但很窄的经验。宽度的缺失，会在某个你想往外走的时候突然显现出来。保持宽度是你自己的事。主动看看上下游的代码、定期翻翻整体架构文档，别让自己只剩下一个模块的知识。你在公司是“深耕”还是“深陷”？
发布于 江西
分享
评论
1
未登录
友善发言
评论
加载中
