好的工程师应该像好的厨子一样，能用有限的甚至是味道冲突的材料做出菜，甚至是好吃的菜。今年我司前端有做一些转型的尝试。滋陈如下，希望大家能批评指正，也是希望自己总结提高。
本文几乎不涉及技术细节，仅就事情经过做一纪要。
预期
前端预期
时间来到 2023 年，我司前端项目已经维系了 3 年有余。有如下的内部驱动力需要对其进行升级。
说白了，此项目面临着几乎所有项目都会面临的问题，就是项目倾向于自身变质，味道会越来越差。也可以称为技术债务已经积累到一定程度。从内部来讲希望能从以下方面作出一些转变。
总起来说是要向可视化配置以及低代码努力。
数据方预期
相较于前端，数据相关的同学也有重新建设数据能力的预期。主要的方向是提升数据实效性以及数据开发能力。与前端强相关的就是 API 能力，后端的预期是不再对新的数据能力开发 API，而是借用第三方 BI 工具生成数据及相关交互。
立场及结果
从大的方面看， 第三方 BI 工具生成产物的嵌入，可以分为两种，一种是 iframe，一种是 非 iframe。从前端视角看，为了 UEX 的统一以及团队发展，不能选择 iframe。然而对这两点数据端都不甚在意。他们更在意降低开发和维护成本，从这个方面考量，iframe 会优于 非 iframe。因为对于非 iframe 框架，后端需要维护其需要的 API。
在此冲突中，前端无甚话语权，主要原因：
- 后端投入人力资源资源较前端多，对资源应当如何分配有更多话语权。
- 后端对数据更加了解，对数据及 API 组织有更强话语权。
- 后端有更多的机会操作数据完成客户预期，对业务更加了解，从而对数据应当如何使用有更多话语权。
前端若想有话语权只能依靠事实说话，事实上， iframe 有先天的劣势。浏览器对其一直都是当成二等公民。其中最为致命的缺陷是：heavy ad intervention。以此为支撑终于让事情向者前端预期前行。
总结
我们想要建设可视化配置或者低代码平台，然而需要考量
- 前端资源捉襟见肘，此问题最终会转化成效能比的问题。
- 最终用户能不能认、能不能用，这点实际上来说比较虚。
- 兄弟团队能不能接受与认可，他们可不愿意被前端的所谓规范一致所支配。
- 技术上是不是具有先进性。
只从前端出发考量是不现实的，必须要依托于数据同学的预期、以及其目前使用的 BI 工具以及其主要数据流程，工作才有可能开展。
就此事件来看，从0到1建设配置化甚至是可视化的数据可视化前端，单从技术愿景或者先进性上已经几乎没有基点。几乎没有什么上层被这个愿景打动。在这个垂直领域的前端，单独通过技术打动人的市场在几乎变成零。数据可视化前端劳动力市场在逐步变成一个简单、重复、配置、没有技术壁垒的市场。作为一个前端工作人员，应该有深层的危机感，早早谋定出路。
