一线城市伪全栈能存活吗

[xinjiang]

本菜鸟勉强算是一个伪全栈程序员：） 一开始走的就是全栈路线，可能是兴趣使然，碰到啥东西都想去了解，有点强迫症，受工资影响和想去北上获得更多的技术成长和见识，打算年后去上海，但是听说大公司一般需要的是某方面专精的人才，所以想请教下各位 v 友一线城市的实情。 不太想走单前端或者纯后端的专精路线，一直崇尚的是一个人能够开发出一个项目的水准。

前端 vue、react、jquery 开发经验，前端分离或者不分离，webpack 和 koa 什么的都弄得七七八八。 后端也从以前的单体应用到现在的微服务，容器云什么的都有所涉猎 总体来说自我感觉非常良好，可能是见识少的原因~

想请教下一线城市全栈工程师的存活率高不高，会不会强行被扭转成前端工程师或者后端工程师

[hubahuba]

等你知道全栈是个贬义词的时候，也就来过上海了

[iiduce]

是不是全栈看是否能凭本事自己养活自己就知道了。

[tommyzhang]

楼主加油 去他妈的全不全栈 你学习了开心了就有前途的 努力吧

[Nasei]

我上学的时候，全栈还是个比较屌的名字，路线图也是大的吓人，硬件都包括一部分
现在好像变成前端加后端了？甚至上面还有 java 全栈 node 全栈这些特定技术栈？都玩成这样了也别怪别人看到全栈就不爽了

[xinjiang]

@CaanDoll 可以可以，乐意之至

[qinyusen]

皮一下，我一直以为，全栈是产品经理+项目经理+开发经理。

比如我们定义的全栈（机器人行业）就是 简单 web 通信 + 软件 + 某类算法 + 简单大数据分析 = 全栈

至于现在，开心就好。

[qinyusen]

@Nasei 哈哈，我们也是，那时候全栈，要懂 BSP 和嵌入式，大数据只要能用个 hadoop （ JAVA ） + R 分析东西，python qt 做 UI 和控制脚本少不了， 算法实现的代码该写也得写（ C++），opencv 啥的都得门清儿，web 控制中心该写也得写， 有了数据，数据库的管理和托管（自动备份 etc ）该写也得写。

现在好多号称全栈的，cmake 管理多平台版本发布，交叉编译都不会写，算毛全栈，那不就是

只要一个产品经理+一个全栈不能融了第一波钱起公司的，多数都是伪全栈。见过几个真全栈，都是 40 岁往上飘各行各业都干到过比较深，还在一线写 code 的人。

[beggarvip]

互联网以及 it 公司项目种类以及技能需求千差万别，对全栈也有 n 种大相径庭的定义

[CaanDoll]

@xinjiang QQ：20562615😄

[xinjiang]

看到了各位 V 友的回复，发现确实是我理解有误，以后不能再用全栈或者伪全栈来标榜自己，最多只能算是一个前后端都会的 coder，虽然也能独立开发一个项目，但是比起全栈能扛起程序的各方面和细节的大旗，我估计还差的很远，搞技术是个苦逼活，要不停的拥抱各种新技术，生活也是诸多烦恼，还是开心就好

[alen1995]

看了楼上的回复 不敢再自称伪全栈了
一直以为是指能独立开发项目的所有软件技术部分 也就是 前后端开发+运维部署
原来还要硬件和产品经理 ^_^

[glfpes]

能存活啊，能干活就能帮老板赚钱，那就没有不能存活的道理。

但是目标是个人成长的话不如去北京。反正也不打算在一线安家不是，那就选择最适合成长的地方吧。而且北京工资也高一个档次。

[hq136234303]

@blless 单纯写一个 rpc 简单例子其实不是很难，难的是做的那些负载 容错 等等呀。

[lifeintools]

咱俩差不多，我在小公司打杂 基本前后端 DBA 运维都要做。

[jsun]

在我看来能自称全栈，最起码得是去大厂面试社招岗位的前端和后端都能收到 offer。LZ 自称伪全栈没毛病，随着时间的积累，我相信 LZ 能成为真正的全栈。

[shuizhengqi]

前端 框架 angular，react，版本包管理 npm 安装以及配置，后端 python django，java spring boot，pip 和 maven 私有源搭建和管理，手写 sql，服务器，centos nginx 配置调优，docker 使用及开发，shell 脚本书写，服务部署，环境搭建以及问题排查。目前就会这么多，感觉自己才是个伪全栈

[1134506391]

建议一精多会，后台的话要实现一个完整的商城项目你就合格了(权限管理，商品管理，用户管理，订单支付)，前端要精通一项

[libook]

我是被扭的，不过也觉得自己比较适合这个方向。

是否使用全栈开发模式取决于公司业务情况和团队组织架构。

如果业务规模较小，比如刚刚启动的新业务，某一端的工作量可能远远不足以交给一个全职人员来做，这时候很多就会选择全栈开发人员，前端、后端、运维一个人负责，工作量能填满产能就可以了。
当然也可以让其他项目组的开发人员兼职做新项目的启动开发。
当业务变多了，一个人很难 hold 住全栈工作了，可能会考虑拆分，或者人员职能专能化；我经历的是后者，现在是纯后端开发。

如果你想去初创公司或大公司的新事业部，可能全栈会比较合适，但如果是业务已经成熟的公司，专能人员可能机会更多一些。

个人感觉不管是不是全栈，你总得有自己专精的部分，简历上可以都写写，面试官会根据招聘需求来评估，都会都不精没啥亮点的话肯定也难找到工作。

[Neojoke]

其实应该是跟公司规模和成本需求挂钩的吧？
比方说，有哪个初创的小公司是招聘只会某一门具体的技术的人呢？招个后端起码得会写页面吧？又有哪个大公司，招了全栈工程师，要求他把前后端、移动端、大数据、运维都搞定的？
凡事都不能太极端对吧？
一线城市大公司多，创业公司也多啊，如果你是那种多端都能扛起来，可以直接实战满足需求的，创业公司很适合。如果你是一精多长，其他端不仅能够实战满足基本需求，还了解其他技术栈的具体应用、技术陷阱、多端配合的最佳实践以及技术瓶颈，那也非常适合大公司啊，大公司也非常缺乏具有高技术视野层次的人，这类人往往可以在更抽象的业务场下做出创新的东西，而资深的工程师，实际上在大公司之间淘汰和竞争非常激烈。
总而言之，全栈的生存能力还是比较强的，我个人认为，但是这个全栈的理解应该区分场景，如果是初创公司，就要求有非常强的多端快速原型能力，而在大公司则要求全栈更高，更精通每个技术栈的技术陷阱，使用场景等等。
说白了，一个生存能力的强的工程师，一定是有非常好的基础功底，有非常优秀的将新技术转化为实际生产力的能力，再往后就是当项目和组织变大，需要全栈工程师去思考如何整体避坑，如何整体提出创新的解决方案。