后端 write once,前端 write anywhere

这个观点虽然有些极端,但我想表达为什么每个团队都缺前端,理想的前后端人员配比应该是多少?当然会看业务形态,但事实上有很多公司后端都在写页面,把前端资源集中到最需要他们的地方。

为什么我会觉得前端 write anywhere 呢?

抛开多端投放的场景,一个接口的复用,比一个页面或组件的复用要容易得多。一个接口可能只要加几个字段,加一种鉴权方式,就能在多个场景中使用。而多个场景的前端交互往往不同,取决于用户的角色和 User Story。

前端复用大多停留在基础组件或补充的扩展组件上,而再往上一层的复用往往很难,更多不是因为抽象得不够好,更多考虑在风险上。多个场景共用同一份代码,复杂度并不会降低,复杂度只是被封到了一个地方,而一个地方挂了,多个场景都会出问题就很可怕了。所以场景类的复用还是源码或低代码的方式稳妥,这就注定了前端无法 write once。

另一方面,前端离用户最近,品牌感和交互效率是一个产品需要关心的,而这些升级和后端几乎没关系,接口设计合理、具备事务性,那同一份接口又可以应对前端的大改版。为什么要改版,最终还是为了业务目标的达成,人都喜欢长得漂亮的。

那后端会站出来说“我们需要花更多时间在性能和稳定性上”,那我站队下前端,我们也需要性能优化,也需要监控和稳定性,破车开不动时也需要换新车。这些事情前端不是不需要做,而是什么时候做,ROI、优先级的问题。

最后,本文仅代表个人不成熟的感想,没有要和后端分出伯仲的意思,做好一个产品离不开每一个人。