软件开发工程中真的需要全端工程师(全栈工程师)吗？
个人可以以全栈为目标，公司、团队切不可。
软件开发工程中真的需要全端工程师(全栈工程师)吗？个人可以以全栈为目标，公司、团队切不可。分工确实可以提高效率，或者说降低成本
但是不代表高效率低成本生产出来的产品就一定是高品质的产品
而高品质的产品可能可以获取超额的利润，进而弥补高成本技能需要分工，职能也需要分工。话说，哪个架构师不是全栈？
全栈工程师是需要，但它应该是团队领导或者老板、架构师、创业者这样的角色。我认为无论是不是全栈，你都应该有一个专长，一专多能嘛。全栈技能应该是你长期学习和实践而自然形成的一个结果，如果同时你还有丰富的社会阅历，就可以做一个非常出色的领导了。需要一两个对整个系统全局有“把握”的人，通常是架构师。对于全栈工程师这个概念首先要澄清一点：全栈不等于无所不包。全栈也是某一领域方向上相对全面。
对于全栈工程师存在的意义，我能想到的有两个方向：
1、在特定项目中，由于开发团队建设不足等因素，无法按预期完成开发工作的场景。这时候如果配备一名或几名多项全能的工程师，通过灵活调度能帮你极大弥补团队配置上的不足。
2、在一个项目的很早期，借助小规模的全栈工程师能快速完成产品的原型版本。帮助你争取时间、成本优势。我想这应该是互联网领域投资者最喜闻乐见的。全栈工程师好啊，我现在就是从前端到后端全一个包了。确实是创业需要被逼无奈。但是只有前后端都会的人，思考才会有全局观，才知道怎么做是最简单有效的精力集中就像启动电脑一样需要一个初始化过程（这个过程不仅耗时而且耗力），过于频繁切换场景使人的精力分散、有效利用率低、无法深入，感觉很忙又没有成果，容易使人沮丧。
怎么提高效率呢，当然是分工。当然分工是门学问，大项目分工细，小事情分工粗。越是文明的社会，分工合作应该越科学。
Facebook前些年传出一种现象，他们鼓励工程师成为全栈式的，一个人从设计到开发运维。不知道他们执行的力度如何，有没有全力推广，但从我个人经验和接触的同行，这种方式并不特别好，全栈工程师现在已经沦为贬义词，我或者可以称之为嘴炮工程师。啥都能插上几嘴，论起作品没有几个拿的出手，深入一点交流基本很多技能这是搭建demo阶段。
很简单嘛，你又要玩，又要睡，又要花天酒地，哪里来这么多精力学。即使学了又哪来这么多项目给你练手让你熟练。即使练手了，又何从谈起专业，据我所知，仅仅是前端行业，你要自称专业，起码也得在这个行业学习训练至少四五个年头的。
当然把全栈作为学习的技术栈我觉得是可行的，这个和专业并不相悖。广度的学习可反哺深度。所以别试图成为全栈工程师，我们要成为专业的前端工程师或者服务端工程师，这样的人分工合作才能做出优秀的项目来。在高度分工的社会，无论何时，深度都比广度重要。
试想你是觉得一个五力加点的物攻宠物更值钱，还是一个每级每个方面都点一点的野生怪更值钱。
那么为什么还有这么多人宣称全栈好呢？很简单的道理，需要1000个各个领域的专业人士做一个产品的大型组织数量少，而需要1个熟悉各个领域的全栈工程师并行做三四个项目的小型外包商数量多。
所以，宣称“人越少就越能减少沟通成本”的地方，实际上只需要两个人，一个专门负责销售的boss，和一个专门负责技术的全栈工程师。
但是不代表高效率低成本生产出来的产品就一定是高品质的产品
而高品质的产品可能可以获取超额的利润，进而弥补高成本技能需要分工，职能也需要分工。话说，哪个架构师不是全栈？
全栈工程师是需要，但它应该是团队领导或者老板、架构师、创业者这样的角色。我认为无论是不是全栈，你都应该有一个专长，一专多能嘛。全栈技能应该是你长期学习和实践而自然形成的一个结果，如果同时你还有丰富的社会阅历，就可以做一个非常出色的领导了。需要一两个对整个系统全局有“把握”的人，通常是架构师。对于全栈工程师这个概念首先要澄清一点：全栈不等于无所不包。全栈也是某一领域方向上相对全面。
对于全栈工程师存在的意义，我能想到的有两个方向：
1、在特定项目中，由于开发团队建设不足等因素，无法按预期完成开发工作的场景。这时候如果配备一名或几名多项全能的工程师，通过灵活调度能帮你极大弥补团队配置上的不足。
2、在一个项目的很早期，借助小规模的全栈工程师能快速完成产品的原型版本。帮助你争取时间、成本优势。我想这应该是互联网领域投资者最喜闻乐见的。全栈工程师好啊，我现在就是从前端到后端全一个包了。确实是创业需要被逼无奈。但是只有前后端都会的人，思考才会有全局观，才知道怎么做是最简单有效的精力集中就像启动电脑一样需要一个初始化过程（这个过程不仅耗时而且耗力），过于频繁切换场景使人的精力分散、有效利用率低、无法深入，感觉很忙又没有成果，容易使人沮丧。
怎么提高效率呢，当然是分工。当然分工是门学问，大项目分工细，小事情分工粗。越是文明的社会，分工合作应该越科学。
Facebook前些年传出一种现象，他们鼓励工程师成为全栈式的，一个人从设计到开发运维。不知道他们执行的力度如何，有没有全力推广，但从我个人经验和接触的同行，这种方式并不特别好，全栈工程师现在已经沦为贬义词，我或者可以称之为嘴炮工程师。啥都能插上几嘴，论起作品没有几个拿的出手，深入一点交流基本很多技能这是搭建demo阶段。
很简单嘛，你又要玩，又要睡，又要花天酒地，哪里来这么多精力学。即使学了又哪来这么多项目给你练手让你熟练。即使练手了，又何从谈起专业，据我所知，仅仅是前端行业，你要自称专业，起码也得在这个行业学习训练至少四五个年头的。
当然把全栈作为学习的技术栈我觉得是可行的，这个和专业并不相悖。广度的学习可反哺深度。所以别试图成为全栈工程师，我们要成为专业的前端工程师或者服务端工程师，这样的人分工合作才能做出优秀的项目来。在高度分工的社会，无论何时，深度都比广度重要。
试想你是觉得一个五力加点的物攻宠物更值钱，还是一个每级每个方面都点一点的野生怪更值钱。
那么为什么还有这么多人宣称全栈好呢？很简单的道理，需要1000个各个领域的专业人士做一个产品的大型组织数量少，而需要1个熟悉各个领域的全栈工程师并行做三四个项目的小型外包商数量多。
所以，宣称“人越少就越能减少沟通成本”的地方，实际上只需要两个人，一个专门负责销售的boss，和一个专门负责技术的全栈工程师。
责任编辑：
