后端在大公司分工太细，是否会限制综合能力
一个在小公司的同事微信问我：你们那边，一个订单退款流程要几个团队配合？我掰着指头数了数——我负责写退款接口，状态机流转是中台的，数据库分库分表归DBA，消息队列的消费逻辑在另一个组，对账又是单独一个团队。我给他发过去，他回了个省略号。说实话我发完那句话，自己也愣了一会儿。我这五年干的事，拆开看挺唬人。服务端开发经验丰富，微服务拆过，分布式锁用过，简历上密密麻麻全是技术名词。但你真让我从头到尾搭一套业务后端系统，我大概率搞不定。数据库的建表规范我不熟，发布流程我只会点确认按钮，机房长什么样我都没见过。就跟流水线上的工人一样，我拧了五年螺丝，拧得又快又好，但我造不出一辆车。最扎心的是上个月面试，一家创业公司问我，如果让你一个人负责整个交易模块，从接口设计到数据库到部署上线，你怎么规划？我张嘴想说先拉个中间件团队，话到嘴边想起来人家公司一共就俩后端。场面一度十分尴尬。我那个前同事刚好相反。他在小公司两年，人送外号“表哥”——建表建到吐，但人家是真懂。索引怎么建、慢查询怎么调、什么时候该分库什么时候该扛着，张嘴就来。他一个人扛着公司的业务后端系统，微服务拆不拆他说了算，虽然就三个服务，但每个环节他都门儿清。大厂给我的是深度，一个点钻得极深。他那种小厂给的是全貌，一条线全打通。以前我觉得深度值钱，现在有点动摇了——分工太细的坏处不是你学不到东西，是你学的那些东西换个环境就不成立。 你的中间件、你的基础设施、你的无数上下游，都是平台给的。就像开车的人一直以为自己会开车，其实会的是“开这条已经修好的路”。
发布于 山东
分享
1
1
未登录
友善发言
评论
加载中
