全栈，不一定是全能，更多的是一种领域内的全域实践。它具体的思路是，从立体的角度看待技术与产品，突破自身视野的限制，洞察事物的本质从而为实际产品、技术架构、服务开发提供更有力准确的依据。也就是说，我们作为一个开发人，需要这样的思路和想法。
从真正的业务和全局角度出发，足够立体的看待自己在领域内的位置，更好的推动项目的实现。力往正确的方向使用。
也就是说，全栈最重要的还是全局意识，全栈并不一定是全能。而是要保持谦卑的态度去打扫盲区。能在不同的领域给到不同的建议，或根据不同的领域的独有特点，找到自身推进项目的答案。
虽然技能的全栈是决定水平的重要方面，但是，同样重要的另一方面，是全域意识的培养，也就是全局意识的培养。 这就是立体化的全域作战思维，是世界的趋势。随着分工的更具体明确，往往会封堵我们的视界，使我们只着眼于当前的一小块耕地，忽略山河大海，忽略全局。
什么样的意识？什么是立体？
回到我们具体的工作中来。 我们应该有很多同学在与产品、运维的沟通协作中都会出现很多的不理解，诸如“这个需求太变态了”，“为什么有那么多的安全限制？” 等现象。 有些是别人不理解我们，有些则是我们不理解别人，具体举些例子，例如运维要求的服务器操作规范、操作审核、环境隔离、权限规范。是一个双面性的不理解的过程，我们不理解他们为什么这么做。他们不理解我们为什么反抗，也可能导致沟通上的对立。
能够正确站在全局立场上看待问题，就是意识的立体
意识固然重要，技术同样重要
领域是多种多样的，面对领域就会遇到各种各样的场景，只有不断地深入学习、实践、掌握。才能成为一个合格的技术人。 最核心的是： 注重积累，面向领域，面向场景
技术对我们而言是为了解决具体问题的。
为了领域而全栈，而不是为了全栈而全栈
全栈是为了提升领域的效用，洞悉需求的本质，合理优秀的规划产品的发展。
熟悉、会用、精通前端后端各种端的技术 而不能解决领域问题，并不是全栈
实践是真理的唯一验证标准
全栈做什么？
应该想
我们应该站在一个更立体的环境，思考各方意识上存在的问题，指导我们正确的方向。 所有的事情的开始，总是有意识的。为了某个原始的目的，一层一层传导到具体的实施层次。 传导中间可能夹杂了历史原因和一些杂质，直到最终执行层面，也就是我们大部分人。 我们需要学会辨别，找到本质。找到我们发力的点。，
可以想
可能有的同学会想这跟我有什么关系？ 1、这决定了你的劳动成果有效性。 2、反哺，反推，总有不正确的指导传达给我们，由于我们没有自信，没有去想，不能坚决地予以否定，最终浪费我们自己的时间，浪费绩效。 3、这也是自身立体发展的关键。
可以做
到了一定的境界和程度。 我们就可以做自己想要做的事情，自发的推动技术、产品的发展。 也就是完善自己的认知条件，提高自己的业务敏感度，善于利用自己的技术优势，反哺业务。
全栈的实践一定意义上就是架构的实践，
从0开始，了解业务的方方面面，了解领域的方方面面。
我理解的，正确的架构，是技术取向用来解决实际业务问题的一揽子计划。建立在完整的服务体系和正确的业务产品意图上的技术架构。 也就是说架构师需要的是对业务的技术取向方面的高度敏感，做出符合产品意图同时又能够高瞻远瞩。通过前人的经验，设计出即符合既定业务目的，又能保证长远发展可能的技术框架。 先保证业务完成，再寻求变化。
关注微信