最近在社交媒体上,看到关于“美团要求前端转后端”、“倒逼全栈”的讨论很热。作为一个从1999年入行,经历了整个互联网技术变迁的老兵,我想结合自己的经历,聊聊“全栈”这件事。
“在我眼里,从来没有所谓纯粹的前端或后端。只要项目有需要,上手就干。”
我们那个年代,入行时根本没有“前端工程师”、“后端工程师”这种精细的划分。做一个项目,从界面设计、业务逻辑、数据库操作到服务器部署,常常是一个人“一把抓”。后来行业逐渐细分出各种岗位,我反而觉得有些奇怪。
我的全栈实践
二十多年来,我始终保持着全栈开发的习惯。即便后来担任技术总监、带领团队,也从未离开一线。我依然亲自参与底层框架设计、前后端开发、数据库优化乃至运维部署。
正因为通晓全局,我能设计出前后端耦合更紧密、协作更高效的框架,比如自动生成API的工具、提升开发效率的前端框架。从C#到原生iOS/Android,只要技术能为产品服务,我都会去掌握。
我带团队时,一直鼓励成员向全栈发展。当然,遇到过不少抵触:“我是来做前端的,为什么学后端?” 我的回答是:这不是公司逼你,而是时代在筛选能自我进化的人。
如今,当“全栈”成为热议甚至某些人口中的“被迫”选择时,我认为这恰恰暴露了一些问题。部分开发者习惯于在舒适区内“深耕”单一岗位,将学习新领域视为负担。这在我看来,是一种“不思进取”。
技术领域,尤其是当下AI浪潮席卷的节点,“艺多不压身”的古训从未过时。一个既能写前端交互、又能构建后端服务、还懂数据与运维的工程师,其不可替代性和解决问题的能力是呈指数级增长的。当AI工具能快速生成某一端的代码时,综合能力强的开发者,反而能利用AI如虎添翼,而固守一隅者则可能面临危机。
我父亲曾告诉我“艺多不压身”,我也深以为然。多学一门技能,就多一份对系统的理解,多一种解决问题的视角。我的职业目标从来不是成为一个“岗位”上的专家,而是成为一个能独立闭环解决问题的人。
至于如今层出不穷的框架和技术,在我看来,核心无非是数据的增删改查、业务的逻辑流转。不同的语言和框架,只是封装程度不同的工具包。抓住核心,查阅文档,快速上手,这本应是工程师的基本素养。
最后,想对年轻的开发者们说几句心里话:行业分工细化是规模化生产的需要,但个人能力的复合化,是你职业生涯最可靠的护城河。不要被岗位名称限制,不要恐惧学习未知领域。主动拥抱“全栈”,不是向趋势妥协,而是为你自己构建一个更坚实、更自由的未来。
总结一下:全栈不是被逼无奈的选择,而是技术人主动进化的路径。它代表的是一种掌控全局的系统思维和强大的学习能力。在这个快速变化的时代,这份“全能”,或许是你送给未来自己最好的礼物。
1483

被折叠的 条评论
为什么被折叠?



