网页前端和后台人员都是如何看待全栈工程师的？

引用百度： 全栈工程师，也叫全端工程师，英文Full Stack developer。是指掌握多种技能，并能利用多种技能独立完成产品的人。
想问下现在从事网页前端和网页后台人员的各位对全栈工程师的一些看法，会不会影响到自己的工作或者更好的沟通便于整个网站的开发之类的。

回复内容：

我入行的时候主要做后端开发，PHP加数据库，现在我的工作即有前端又有后端的内容，粗浅地谈一谈我的看法。

我觉得所有工作在web栈上的程序员都应该成为全端工程师，能在整个技术栈上思考问题很重要，有时候甚至很关键。

举一个我经历过的例子，曾经在做一个高流量网站的某个功能的时候，发现很难在公司硬件预算之内用PHP和数据库本身得到长期可伸缩性方案，这是功能需要实时数据的多维度筛选，并且要把前端的响应控制在3秒之内，一般网站的相应应该在1秒以下，但就是这个功能的可用性因为速度的问题，迟迟得不到提高（单纯后台的解决方案我们当时要用到20秒以上，基本不可用）。最后我们从一些其他类似网站得到了启发，在前端用ajax分布分片加载数据，然后分发给跑在浏览器里的多个web worker，让它们去作复杂的数据计算，然后把结果逐步地传给主进程render给用户，这个过程没有blocking，单片数据可以控制到200ms以下，用户基本感觉不到需要等待。这是一个核心基于前端技术的方案，完胜纯后端方案。

另一个例子是从前端到后端的例子，我们有一个相对复杂的mobile应用，有两组大概30个template需要render，相当的数据会用这30个template来render，虽然模板都是js预编译的，也就是说没有实时parse的问题，但我们还是不想在mobile里执行太多string concatenation（编译后的js模板），最终我们把数据以及模板的render整合移到了后端，我们的REST API会直接产生可以直接innerHTML的view，前端只需要传合适的参数告诉后端如何render就可以了（完全的后端的view），这样省去了我们原来不得不去做的前端优化，这种情况下优化后端要简洁多了。

所以成为全端工程师不是多懂一种语言，多熟悉某些技术这么简单，在一端思考问题和在整栈思考问题的落脚点的不同，会深刻地影响你的架构和实现。 好多优秀的开发，都卡在了切图上。。。 我只是想安静地做前端的，但是觉得这后端水平真辣鸡，还是我来吧。
我只是想安静地做前端的，但是觉得这UI水平真辣鸡，还是我来吧。

全栈的开发效率不知道比他们高到哪里去了。 我自己后端前端数据库运维都接触过，感觉也没必要为了一个概念给自己贴标签。

以前是因为小公司没人才这样干的。最艰苦的时候公司除了俩老板，就我和美工同学在干活了，实在没人了。后来招俩新人进来，刚毕业，就差手把手的教了！你认真的带，人家还嫌你水平低，后来全跑了。

其实不少全栈是逼出来的，后来发现这样干活还是蛮有效率，然后就继续给自己贴全栈的标签了。

不干出活来，公司开不下去，工资开不出来，不想全栈也得去全栈了。 全栈工程师是很美好的愿景，不过，任重道远。
目前来看，JS目前具备这个潜质，首先它解决了前后端语言不统一的问题，它使用一种语言解决各个场景下的问题。
（1）JS本来浏览器的脚本语言，实现前端
（2）JS有一些技术方案，甚至可以生成Android和iOS的APP
（3）Node.js可以作为Web的Server
（4）Node.js可以实现后端Server

JS的确做到了这些东西，但是，能够做到同时精通这4个方面，真的太难了。
世界这么大，这样的高手肯定是有的，但是，应该不会很多。

让专业的人做专业的事，分工产生效能。如果只求实现一个功能（或者小的应用），其实并不会很难，但是，想做好一个功能，让它在各个苛刻的场景下（大规模访问、安全、良好体验），也从容运作，就不是一件容易的事情。每一个方面，背后都对应着广阔的知识体系，这里沉淀下来的技术积累，并不是能够短期内就可以轻松掌握的。

全栈也许是未来技术的趋势之一，用一种语言/技术就能解决全部的问题，这对于程序员本身来说是一种解放，不过，任重道远哈。 切，我们以前站长界，那是连设计都要做的
＜（￣︶￣）＞ 和全栈一起工作是最愉快的啦。什么都可以搞定，效率提升刚刚的。 抢我们饭碗的装逼犯 真实世界的学习不是游戏里面加技能点，你可以都学，也可以都学的很好，要看的是你的个人能力和努力程度。
当你都达到一定程度的时候，整个人的视角都会发生很大变化。
至于别人的看法，肯定会有喷的不奇怪，坚持你认为对的事，并持续努力才是应该做的。 现在在做单片，已经是单片 web 桌面全站了。。。