🚀 全栈=全干

平心而论一个有自我修养的全栈工程师，内心其实有发现需求的嗅觉、有做产品的心思、有设计解决方案的能力、有很强的学习能力，能够为了实现目标去掌握任何所必须的技术栈，所以一个全栈内心更愿意自称是 [对能够解决问题的任何技术感兴趣的人]。

很少人可以对全部技术栈都有非常深的理解，毕竟确实非常困难，甚至需要在业务层面深耕很久才能对技术栈理解深入。但是全栈所追求的，是为了无论如何都要解决问题的态度，有足够的兴趣驱使去学习新的领域，迈出舒适区的门槛，即使很笨拙的实现也能完成遇到的需求。

说白了，扔给一个全栈一个问题，他就能自己从分析需求、设计产品到设计界面、完成产品，独立负责所有技术栈，即使并不能在每一方面都做的很好。

全栈工程师在如今的 IT 领域细分市场，大部分是承担大前端和后端业务的岗位，包括用户界面（Web、App）、后台接口和数据处理等流程都在技术栈范围内，业务广度能够覆盖完整的一个产品。

全栈工程师兴起一方面是因为工程师天生对技术广度的拓展，但是另一方面是创业公司、小公司的一些中小型项目，一个全栈工程师相比工种齐全的团队性价比高的太多。毕竟没有那么严苛的产品需求的背景下，很小的开发周期，几乎没有的沟通成本，使用全流程技术栈完成目标任务，能够按时上线满足使用对小团队、小公司是很重要的。

当然全栈对于技术人本身来说，太过于涉及技术广度，囫囵吞枣似的漫无目的也没有任何意义，这些技术栈的点数分配还是根据做的事情来考虑，漫无目的的乱学不是全栈的本意，整个知识体系和技能图的维护是一个工程师价值最大化的关键。

可是，爱好很广泛，但是兴趣有大小，从第一行代码到现在所知道的技术栈确实可以被称为全栈工程师，技术上能够用很多能力做服务器搭建和维护、数据库查询、后台接口，能够用很多语言做包括命令行、Web、Flutter、Android、IOS、小程序，能够做产品设计、需求界面设计甚至视频演示制作，但是我却不喜欢这个头衔。

全栈之于我自己，愿意为了自己的小想法小项目花时间去研究，愿意为了改进自己项目的一个小功能爆肝，也愿意给自己的项目配齐各个端。

但是在公司是一个严肃没那么鸡血的地方，每个工程师需要为自己的输出负责。我兴趣较小或者刚接触的技术栈，我做的准则大部分是能用即可，内心很难想着去优化和更好的解决方案，而兴趣很大的技术栈，我愿意花更多的时间做出优雅的实现，所以我是一个有偏好的全栈，作为开发，这对于公司是一个不好的点，我可以完成项目初期的开发，可以用自己在全栈上的能力对技术方案评估，而如果为稍微大一些的团队全部的技术栈负责，就需要深入了解，各司其职的专家，真不是一个全栈工程师的工作，能力再强也不行。我的全栈是我兴趣的最大体现。