好的工程师应该像好的厨子一样，能用有限的甚至是味道冲突的材料做出菜，甚至是好吃的菜。今年我司前端有做一些转型的尝试。滋陈如下，希望大家能批评指正，也是希望自己总结提高。

本文几乎不涉及技术细节，仅就事情经过做一纪要。

预期

前端预期

时间来到 2023 年，我司前端项目已经维系了 3 年有余。有如下的内部驱动力需要对其进行升级。

说白了，此项目面临着几乎所有项目都会面临的问题，就是项目倾向于自身变质，味道会越来越差。也可以称为技术债务已经积累到一定程度。从内部来讲希望能从以下方面作出一些转变。

总起来说是要向可视化配置以及低代码努力。

数据方预期

相较于前端，数据相关的同学也有重新建设数据能力的预期。主要的方向是提升数据实效性以及数据开发能力。与前端强相关的就是 API 能力，后端的预期是不再对新的数据能力开发 API，而是借用第三方 BI 工具生成数据及相关交互。

立场及结果

从大的方面看， 第三方 BI 工具生成产物的嵌入，可以分为两种，一种是 iframe，一种是 非 iframe。从前端视角看，为了 UEX 的统一以及团队发展，不能选择 iframe。然而对这两点数据端都不甚在意。他们更在意降低开发和维护成本，从这个方面考量，iframe 会优于 非 iframe。因为对于非 iframe 框架，后端需要维护其需要的 API。

在此冲突中，前端无甚话语权，主要原因：

1. 后端投入人力资源资源较前端多，对资源应当如何分配有更多话语权。
2. 后端对数据更加了解，对数据及 API 组织有更强话语权。
3. 后端有更多的机会操作数据完成客户预期，对业务更加了解，从而对数据应当如何使用有更多话语权。

前端若想有话语权只能依靠事实说话，事实上， iframe 有先天的劣势。浏览器对其一直都是当成二等公民。其中最为致命的缺陷是：heavy ad intervention。以此为支撑终于让事情向者前端预期前行。

总结

我们想要建设可视化配置或者低代码平台，然而需要考量

1. 前端资源捉襟见肘，此问题最终会转化成效能比的问题。
2. 最终用户能不能认、能不能用，这点实际上来说比较虚。
3. 兄弟团队能不能接受与认可，他们可不愿意被前端的所谓规范一致所支配。
4. 技术上是不是具有先进性。

只从前端出发考量是不现实的，必须要依托于数据同学的预期、以及其目前使用的 BI 工具以及其主要数据流程，工作才有可能开展。

就此事件来看，从0到1建设配置化甚至是可视化的数据可视化前端，单从技术愿景或者先进性上已经几乎没有基点。几乎没有什么上层被这个愿景打动。在这个垂直领域的前端，单独通过技术打动人的市场在几乎变成零。数据可视化前端劳动力市场在逐步变成一个简单、重复、配置、没有技术壁垒的市场。作为一个前端工作人员，应该有深层的危机感，早早谋定出路。