对于 "全栈" 的一些疑问。

[dabaoziwy]

如题，目前公司规模中等偏小，发现有许多开发都会挂一个 "全栈" 的头衔，但是实际接触下来，大多是 java 开发自学了一些 html 和 vue 的语法后，可以独立处理一些简单的需求，稍微复杂一些需求的就需要去请教或者协调前端开发来帮忙。反之，前端自学了一些 node ，套了 express 或者 egg 等框架写了一些 CRUD ，同样也称自己为 "全栈" 。所以想在这里咨询一下各位大佬， 在目前这种前后端分离的模式下，前后双端学到何种程度才可以称为"全栈"，以及是否真的有必要往"全栈" 方向发展？

[iikebug]

没有什么所谓的全栈称谓，都是码农，方向不同罢了，没必要两头抓，不懂的熟悉熟悉就好了

[dabaoziwy]

@iikebug 有道理，很多人能玩明白一个就很不容易了，两头抓反而都抓不到。。。

[Building]

游戏圈.深水.萌新.快来玩啊很好玩的.全肝大佬.欧皇.RMB 大佬.png

[Kimen]

难道不是全沾吗

开玩笑，我认为的全栈是一类个人开发者吧，自己从项目开始到结束，前后端移动端运维部署维护都可以由自己单独完成

[24match]

就是全干工程师 然后最后啥都弄不清楚

[murmur]

从学习能力来看，全栈对于医生是起步，对于码农算奢求

从实际来看，除了维护老系统，还有为了 KPI 的无用开发，以及面试学的糟粕部分，真没必要全栈

反正缺医生不缺码农

[anmie]

我的看法是：不管什么语言，什么框架，都是工具。程序员程序员，本质也是使用工具干活的人，农民种地也不会只用一种工具啊？所以作为程序员，会 1 种以上的工具本身就很正常，没必要特别的拿出来说。

但是呢，人的精力毕竟就是有限的，某一个时间段内，就专精一个工具也无可厚非啊～

工具嘛，有需要就去学（学一门其他的语言，总比外行人学的快吧？），人也没必要把自己限制住。

[ltmst]

产品经理也不知道甲方爸爸想要啥，自己先琢磨个需求，别让开发闲着，叫敏捷开发。

公司规模小，想招一个人前后端都能写的，叫全栈。

我觉得没必要纠结全栈开发，工作上用到什么了或者说是对什么感兴趣了，就去看文档。
用到什么看什么，学习什么。
对于一个开发来说，就是保持对事物的新鲜感和持续学习的能力吧。

[Akiya]

全栈没有标准的定义，也没有必要按别人的预期来发展。哪个感兴趣或者哪个赚钱就学哪个就行了

[jones2000]

全栈就图个省钱呗，1 个人干 N 个人的活。 看上去挺好，其实基本就练费了。这个跟玩游戏一样，你加的属性点太平均了没有什么用，还不如全部加攻击或全部加防御来的有用。一个属性点全部加满了，再去加另外一个属性点。

[JiaZombie]

不用全干就能找到满意的工作的话，为啥还要往全干走呢~

[dabaoziwy]

@Kimen 我愿称之为"全能怪"

[dabaoziwy]

@JiaZombie 其实把某个领域玩的溜了也是可以找到好工作的，像 10 楼说的那样，追求属性的平均最后造就的就是平庸普通。

[dabaoziwy]

@Akiya 哈哈哈哈，面向薪资编程，谁会跟钱过不去呢

[dabaoziwy]

@gbw1992 “产品经理也不知道甲方爸爸想要啥，自己先琢磨个需求，别让开发闲着，叫敏捷开发。” 这句话也太真实了

[echo1937]

适当牺牲一些深度，换取技能树方面的多样性，

就好比开发从来都需要懂一点数据库，但是不会自称 DBA 。

[jones2000]

@echo1937 但是大项目数据库设计，评估，优化什么的一般都会请专业的 DBA 来搞，都是按小时收费的。就出报告方案，不用写代码，活少钱多。