2B 业务的前端研发们，让我看到你们的双手

不知不觉在 2B 或者内部系统的业务方向上做了很长时间了。

在 2B 的业务场景中，经常被认为：

• 对前端技术要求比较低。差不多就可以了。
• 用户体验要求比较低，只要功能正常，加载慢一点也没关系，操作繁琐一点也无所谓。
• 因为经常需要私有部署，稳定性第一，还要节省资源，前端静态部署就可以了。
• 前端部分不属于产品核心模块，前端团队成就感、安全感较低。

我最近想了下，在一个公司里前端团队以及前端的产品模块处于如此境地，大致可能有如下原因：

• 管理层打心底就是这样认为的，这样会导致在前端部分资源投入太少。在保证业务目标的前提下，只够做到能用的程度。
• 前端团队自己不争气，不努力争取资源，争取认同，没有努力在技术上有所突破，做到体验、资源占用、稳定性兼顾。

作为技术人员，我觉得第二点为主要因素，老板是不清楚前端能做到什么程度的，作为前端团队有责任和义务去从技术的角度证明在保证业务目标、稳定性、资源占用的前提下做得足够稳定。

也只有在技术上有所突破，才能在产品矩阵中发挥更多的业务价值，从而为团队争取更多的认同。

另外，我觉得目前在 2B 的前端领域内是缺少足够的方法论以及工具栈的，比如：

• 如何做内网环境的有效 Debug
• 是否可以有针对 2B 场景的技术或者工具栈

实际上 2B 的场景往往对浏览器的要求比较低，一般只需要适配比较高版本的浏览器即可，可以尝试很多现代浏览器的新特性。

我相信有很多人有同样的困惑，所以建立了个微信群，方便大家讨论，期待在 2B 的前端研发方向上产出好的方法论或者工具栈等。