全栈工程师 真的好吗？

全栈的前提是要有完善的框架和库吧，要不工作量都受不了。

我觉得全栈本身不是问题 问题是没有特别擅长的领域 文章的逻辑也有一点问题 并不是说只要是全栈就一定没有特别擅长的领域

我觉得所有程序员都应该是全栈的 然后再次基础上根据自身兴趣爱好和实际项目需求选择专精的领域

广泛涉猎没有坏处 只有好处 可以开阔视野 启发思维 训练“跳出盒子”思考问题的能力

我就提倡全栈。
全栈不代表一个人做所有，而是不挑食。
像那些需要特殊技能的岗位当然请专人，比如 DBA

还有关于文章提到的 1 万小时的问题 我觉得太武断了 不同的学习方法和思维方式 还有不同的人智商也不同 学习的速度也一定不同 这个一万个小时 并不是“至少”的 只是普遍规律而已

所谓的天赋 除了智商这些硬性条件以外 还有从小成长的环境、养成的思考习惯等 也有很大的影响 所以学习速度也可能出现成倍数的差距

最近 3 次工作经验中没有超过 2 年的，直接就略过了。

哦…酱紫

很多全栈最后都变成了全沾，就叫全沾工程师。

这年头不多学点说不定哪天就被淘汰了。还分啥全栈不全栈的

复合型程序员在市场上才吃得开
全栈工程师技能覆盖面广眼界开阔不局限
覆盖面广不代表什么都不精
全栈也有侧重前端和后端的

web 只是编程世界里一部分，也是最简单的一部分，全栈 web 还是不难的

说到底， js 并不是一个“生产力语言”
有能力做全栈，但代价比其他语言更大

所以啊，自己玩玩就好了，增进一下能力。别把它太当回事

先歪曲 A 的定义，然后证明新定义不好，最后得出 A 不好。
这样的过程真好吗？

跟玩游戏一样，主线任务不能丢，顺便把直线任务也做了。反正任务多了奖励多。我就把自己所学的注入到了一个网站 www.beidouxun.com 当中。前台用的框架，后台自己写，对爬虫感兴趣就加了爬虫，对 websocket 感兴趣就加了群组，现在又对 dht 网络感兴趣了！

全搞工程师（ 跑

IT 技术已经细分的很深了,
无论个人还是团队,全栈都是利大于弊的。
沟通和生产效率上都是有好处的

中小型开源软件装配工人

见过有些招人说法是全栈实习生，感觉真是奇妙。
个人认为没个相当的积累是不能称为全栈的。
但这个词已经用坏了。

爆栈工程师(雾

看到全栈别太在意，这个词已经被玩坏了。
举个例子把，现在会点 nodejs 的写个后台业务，然后会切个图做个前端页面的就敢称自己是全栈了，你们信吗?

术业有专攻，牛逼的人是有的，但是那都是需要时间的积累和不断的学习以及加上项目的实践的，把全栈作为发展的目标是应该的，但要慎用该词

当不是这一行的说我们会写写页面写写后端就说我们是全栈工程师的时候，真的很尴尬。。

我往往都会告诉他我只能算个初级工程师

除非是天赋异禀 或者每天加班 23 个小时 否则没个两三年别说自己全栈 你 css js 那几本书还没看明白呢

@uxstone linux 是最基本要求，现在的招聘写的都是前端要懂后端接口，后端会写简单的 js 和 css ，但是没要求前端能开发业务复杂、大并发的后端程序吧？
curd 那些也叫后端？有一点并发数据量多一点就卡成狗的这不叫全栈写的东西，是低成本埋下来的坑

其实是公司埋下的要你跨领域加班的暗雷……

@murmur 同意

我一直觉得没有 10 年+的经验的人不算是全栈（除非超级牛的人），其他的那叫做都懂一点。。。

现在觉得 full stack 有时候真的是笑话，别太较真，把自己搞的很累不说。
文章里写的 3 年 1 万个小时，个人觉得真能做下来的人，真是定力超强。

拿我自己的情况来说，
工作 5 年半， rescue time 统计的 Neutral + Productive 时间才 8000 个小时(11967 hour total)。

得到的技能：
游戏领域，用了 3 年 cocos ，自己用纯 C 复刻一个出来。
1 年的后端，做的游戏服务端也只是勉强经得起每分钟几十个登陆的考验，可用性，稳定性，扩展性都还一大堆问题。

勉强敢给别人说度过了 Junior 的 Level 。

然而走到这一步，每一次一点的技能提升，都需要数个星期的努力。
深深的感觉到，如果要成为 Senior ，就是拿时间堆，一点捷径都没有。
一个方案不做个几遍，根本不知道问题出在哪里。

游戏都如此，大数据想必也不简单吧。

@jukka 有这样的觉悟还愿意评论 buzzword 。。好人

一直是全干工程师。。。

其实 web 开发只有很架构性的东西才会要求很专业的人。例如专业前端负责搭架构、完善开发环境和编写公共组件，而专业后端也是负责类似前端那样很底层的架构工作。剩下中间那层主要做业务开发的就既写后端的业务实现，也写前端的用户交互，这些都是填代码的工作。

业务功能的开发很多时候都是由一般的后端开发人员开始做的，后端写完服务代码和 API 就交给前端来弄。这样中间就有个等待的过程，而且还不知道后端的实现是否一定满足前端的需要。这样前后端两批人就会在不同的功能开发中把任务递来递去，例如功能上有改动、 API 的数据不全……但其实很多功能的前端实现都是很简单的，如果让后端弄也不会难到哪里去，大的框架都在，只要填填代码或改动一下就行了。这些工作交给一般的后端来做可以节省等待和沟通的时间。也许这就是全栈工程师出现的原因吧。

回头想想，其实很多行业都是这样的。在某个领域非常专业的人都是占少数，而且大部分人都是工作在不同领域交叉的位置。而全栈工程师应该就是这里的『大部分人』。

一直觉得全栈是个伪命题，虽然曾经 SB 的自称为全栈工程师，现在我只想做「前端工程师」或者「后端工程师」

在 V2EX 某次帖子招聘中看到直接标明「全干」工程师，你不得不服

很想对那些功力不够深厚的同学说一声，「如果你想成为全栈工程师，那么你很可能会走火入魔的」。

参考人物：鸠摩智

哈哈。我是 devops 工程师。我的观点是全栈技能占到个人的 20%， 个人技能占 80%比较好， 20%是为了未来学习的方向 80%是保障当前的饭碗。 如果一味的追求全栈，对自己很好，但是很累。 并且对公司的规划没有执行效率， 学习成本全部转嫁给公司时间。 我当时是用私人时间去学习完成全栈的学习

能做和做的好是两会事吧

大部分后台也会写前端，但是和专门做前端肯定有差别

我就是全栈，也是全渣

好。个屁。