Mengdi: 我在Meta的React DevTooling团队经历了人手不足、工作量巨大、难以拒绝需求的困境。团队规模小,却要满足来自React Native等多个团队的需求,导致项目进度严重滞后,管理上也存在问题,难以拒绝需求,roadmap过于庞大。即使是必要的Chrome Manifest 3更新,也给团队带来了巨大的压力。DevTools团队作为React团队的一部分,工作内容既涉及产品开发,又需要深入了解React内部机制,导致团队位置尴尬,难以获得核心团队的支持。为了获得更多资源,团队不得不转向支持公司更重视的AR/VR项目,这使得团队成员对专注于web方向的工作感到沮丧,一些核心成员因此离职。
我与其他前端工程师一样,对Meta公司投入资源不足感到困惑。React在Meta内部被广泛使用,对外也带来很大的名望,但由于其非业务部门属性,难以获得足够的资源投入,这与其他类似的团队(如Google的Python团队)的困境类似。React团队人数不足,难以满足其庞大的用户基数的需求,且其开源属性使其难以与营收直接挂钩。
我总结了大公司非业务部门的困境:营收难量化,对公司效率的提升也难以量化。在公司高速发展时期,非业务部门的工作更容易获得重视和资源,但在成熟期,其价值难以量化,导致资源投入减少。
对于在大公司非业务部门工作的听众,我的建议是:如果可以,就去寻找新的机会,追逐风口;提高沟通能力,让上层领导看到你工作的价值;或者自己创业。
laike9m: 我在Google的经历也印证了大公司非业务部门的困境。Google内部的Pipeline监控系统,虽然用户众多且不可替代,但由于其非业务属性,最终被下线。这反映了Google内部一种“畸形的工程师文化”,更倾向于下线没有维护团队的系统,即使这些系统对公司有重要价值。
Google更看重创造新东西的价值,而忽视了维护现有工具的价值,这导致维护已有的工具得不偿失。这种奖励机制也导致了非业务部门的困境。
科技公司裁员与传统行业不同,科技行业裁员往往是因为大环境不好,而不是因为效率提升。科技行业因为高速发展,所以提升效率被认为是理所当然的,但其复杂性也在不断增长,永远有新的机会和需求。
对于在大公司非业务部门工作的听众,我的建议是:寻找新的机会,追逐风口;提高沟通能力,让上层领导看到你工作的价值;或者自己创业。
laixintao: SRE团队的工作难以量化,且安全事故容易导致流程增加,降低效率,但这些效率降低却难以被量化和追责。在公司高速发展时期,非业务部门的工作更容易获得重视和资源,但在成熟期,其价值难以量化,导致资源投入减少。
对于在大公司非业务部门工作的听众,我的建议是:寻找新的机会,追逐风口;提高沟通能力,让上层领导看到你工作的价值;或者自己创业。
Deep Dive