全栈工程师就无敌吗？真的能做到个人即团队吗？

作者：张泰峰

来源：cnblogs.com/ztfjs/p/14494208.html

# 概念与思路

全栈，不一定是全能，更多的是一种领域内的全域实践。它具体的思路是，从立体的角度看待技术与产品，突破自身视野的限制，洞察事物的本质从而为实际产品、技术架构、服务开发提供更有力准确的依据。

也就是说，我们作为一个开发人，首先就得、每个人、都需要这样的思路和想法。

从真正的业务和全局角度出发，足够立体的看待自己在领域内的位置，更好的推动项目的实现。力往正确的方向使用。

# 全栈 & 全域

也就是说，全栈最重要的还是全局意识，全栈并不一定是全能。而是要保持谦卑的态度去打扫盲区。能在不同的领域给到不同的建议，或根据不同的领域的独有特点，找到自身推进项目的答案。

# 全域是一种意识，不是具体的客观理解

虽然技能的全栈是决定水平的重要方面，但是，同样重要的另一方面，是全域意识的培养，也就是全局意识的培养。这就是立体化的全域作战思维，是世界的趋势。

随着分工的更具体明确，往往会封堵我们的视界，使我们只着眼于当前的一小块耕地，忽略山河大海，忽略全局。

什么样的意识？什么是立体？

回到我们具体的工作中来。我们应该有很多同学在与产品、运维的沟通协作中都会出现很多的不理解，诸如“这个需求太变态了”，“为什么有那么多的安全限制？” 等现象。

有些是别人不理解我们，有些则是我们不理解别人，具体举些例子，例如运维要求的服务器操作规范、操作审核、环境隔离、权限规范。是一个双面性的不理解过程，我们不理解他们为什么这么做。他们不理解我们为什么反抗，就也可能导致沟通上的对立。

能够正确站在全局立场上看待问题，就是意识的立体

# 技术上的全栈是基础材料

意识固然重要，技术同样重要

领域是多种多样的，面对领域就会遇到各种各样的场景，只有不断的深入学习、实践、掌握。才能成为一个合格的技术人。最核心的是：注重积累，面向领域，面向场景

# 全栈是为了能够解决单一领域的某个具体问题

技术对我们而言是为了解决具体问题的。

为了领域而全栈，而不是为了全栈而全栈

全栈是为了提升领域的效用，洞悉需求的本质，合理优秀的规划产品的发展。

熟悉、会用、精通前端后端各种端的技术而不能解决领域问题，并不是全栈

# 让我们回到现实

实践是真理的唯一验证标准

全栈做什么？

立体思维

应该想》

我们应该站在一个更立体的环境，思考各方意识上存在的问题，指导我们正确的方向。

所有的事情的开始，总是有意识的。为了某个原始的目的，一层一层传导到具体的实施层次。

传导中间可能夹杂了历史原因和一些杂质，直到最终执行层面，也就是我们大部分人。我们需要学会辨别，找到本质。找到我们发力的点。

可以想》

可能有的同学会想这跟我有什么关系？

1、这决定了你的劳动成果有效性。

2、反哺，反推，总有不正确的指导传达给我们，由于我们没有自信，没有去想，不能坚决的予以否定，最终浪费我们自己的时间，浪费绩效。

3、这也是自身立体发展的关键。

可以做》

到了一定的境界和程度。我们就可以做自己想要做的事情，自发的推动技术、产品的发展。也就是完善自己的认知条件，提高自己的业务敏感度，善于利用自己的技术优势，反哺业务。

# 尝试了解对方的技术，客观的看待问题，就是全栈的现实意义

全栈的实践一定意义上就是架构的实践，从0开始，了解业务的方方面面，了解领域的方方面面。

# 我理解的，恰如其分的软件架构

我理解的，正确的架构，是技术取向用来解决实际业务问题的一揽子计划。建立在完整的服务体系和正确的业务产品意图上的技术架构。

也就是说架构需要的是对业务的技术取向方面的高度敏感，做出符合产品意图同时又能够高瞻远瞩。通过前人的经验，设计出即符合既定业务目的，又能保证长远发展可能的技术框架。先保证业务，再寻求变化。

以上，是我个人的经验总结，精髓在于如何看待问题，如何解决问题。全栈是一种思路，一种能够见微知著，立体思维，业务驱动的思路。它不是万精油，真正的万精油是我们的探索精神。

# 告一段落下次再见

全栈是自然的全栈，只有你的思路首先放在了全局视野，懂得去了解和判断技术关键点，无论它是技术的业务的，都是全栈开发必不可少的一部分。毕竟我们是希望全都能干，不是全都要干。