年度回顾

关键词：稳定输出

心态逐渐放平之后的稳定输出。

平台架构工作：低代码开发平台

这是我的第一反应，从业七年有余，第一次接触到生成式的低代码平台，平台很像过往的JSP逻辑。

代码完全是模板化，逻辑完全是数据化（store+原型链对象）。

更可怕的是，生成的代码完全对外暴露，业务方可以随意更改，改到不知所措之时，开始回归到平台，“你这平台不行啊！”。而作为平台层必须要满足业务的一切需求。

面对底层一堆的模板堆砌，从底向上的改动几乎不可能了。在不另起炉灶的情况下（资源有限），如何站在产品的角度看待平台是当前的一个问题。

版本化：平台作为一个大整体，无法形成有效的版本管控，对于当前离散的版本升级难度更大

很难想象，当前的版本升级是通过文件拷贝的方式。全平台没有一致性的版本概念。

这里首先做的就是将原有的对外暴露的空包代码进行收敛，将设计器资源、组件核心包资源收敛到平台，通过报版本的概念的统一管理，并以设计器版本作为统一口径。

这一步极其简单，也反映有些传统行业连起码的工程化思维都没有正确建立。

同时搭建了gitlab runner，规范打包流程和版本管理。摆脱过去依赖个人主机人工打包的方式。

性能优化：构建升级

这一步是很表征的现象，平台本身首先面向的是业务开发人员，在实际开发过程中的开发启动，调试缓慢等问题，始终存在，但一直无人下手解决，由于整体项目确实比较老旧，构建升级的难度还是存在的。

最终也只升级到了基于webpack5的构建优化，以及整体运行支持了Node 18+的版本。

最终的效果参考之前的一篇方案：

https://www.yuque.com/wumingshi/hv357e/gdt1kt5wr259lmb0?singleDoc# 《前端空包项目构建升级》

https://www.yuque.com/wumingshi/hv357e/zdyi79mcvst4l98z?singleDoc# 《FormDesign项目升级》

关于开发及构建目前也只能行进如此，原始项目的基于vue2，加上存量的大量的陈旧的三方包（个别包源码无从查找），导致进一步升级（如vite rspack）等基本不可能。

平台向前：接入三方生态

平台本身是产品（虽然当前已是千疮百孔），但是如何让平台有能力继续往前，接收新的血液，也是自己思考的问题。加上本身也鼓励其他业务方能够不断向平台贡献物料，没有统一的接口和工具，如何让平台更好的贡献物料呢。在这就开始操刀实施让平台可以接受异构代码的能力，

参考之前的总结：前后不解耦的低代码平台实现前端现代化

这一步目前的价值还没有完全发挥，基于此基本可以做到原有的代码不动，新的内容或者渐进重构的内容靠近现代化前端，让平台的能力尽可能达到上限。

代码冲突：解决生成式代码的冲突的问题

前文也提到平台本身是代码生成式，生成的代码本身会进行外露，业务方本身可能就会对代码进行更改，而更改后的代码又无法回溯到设计器内。

在平台进行升级或者相关联的功能发生改动，进行发布的时候，冲突已是必然，而业务方认为这是不可接受的。既如此便如此，总得找到口径去解决问题。

关于具体的方案之前也进行过总结：https://www.yuque.com/wumingshi/hv357e/vuwfo9q5a5xi6i1n?singleDoc#

而问题解决的核心方式是

1. 通过设计器对写入的代码与平台代码进行隔离，并对平台的代码编辑进行编辑。通过内置代码编辑良好的设计器对写入的代码进行约束。
2. 对于出现的冲突（可合并的部分）进行自动合并。
3. 对于出现冲突（不可自动合并的部分）基于AI进行分析

通过以上方式，已经可以避免大部分的代码冲突（在遵守使用规则的前提下）。

其他

• 大数据表格引入AG
• 移动端应用设计器组件和渲染端使用同构组件（一定程度让项目复杂度提升了）
• 搭建了unpkg服务，用于pkg文件解析

小结

对于平台的几场手术，有些已有成效，有些还得继续培育。对于生成式的低代码，在AI时代的开启，如何接入AI应该要深刻考虑，我认为生成式的肯定会被v0、bolt这样的场景解决掉，过程中的调整更多的应向nocobase这样的平台看齐。生成式的场景我肯定是悲观的（无技术、无人心），面向开发的平台未来的完成度因为AI的存在，大家的要求度会更高，还是尽快掉头吧。

下半年重点：智慧楼宇工作

下半年的工作重心有所转移，转移到面向济南软总部的智慧楼宇解决方案，决策层的根基是希望能够基于自身制造业优势，搭建整体智能化解决方案。并将方案首先在自身楼宇上进行实践，然后打包成展品进行对外销售。很明显这是巨大的红海，未来的竞争优势和不可替代的市场在哪里，这个可能不是当下首要解决的问题，首要解决的是基于自身的楼宇打造，打造公司整体智能化解决的能力。

在软件层面，楼宇整体实施其实无特别创新和技术挑战性。在使用层面上，面对各个供应商的系统，首先需要考虑的是平台底座的问题，包括人员、权限、菜单、入口等等。

统一平台：系统一致性入口

• 后端基于同步进行人员、权限、资源的统一编排（独立表及数据一致性）
• 前端基于微前端将各个子系统进行统一集成，保证不进行跳出

前端的实现方案：微前端的那些问题——乾坤-qiankun和无界-wujie

基于微前端方案搭建智慧应用平台集成方案。

最终实现了各个子应用都可以按照菜单的维度进行集成及权限控制。在实际应用过程中iframe\无界成为了我们的主要首选，原因是乾坤本身在多个应用间跳转响应优势不明显，隔离度也远不及其他二者。最终我们定义的规则是：

• 自研平台（低代码架构），优先考虑wujie
• 外部系统，优先考虑iframe

而前端的集成不需要任何的代码改动和发版，只需要通过基本的配置即可。

但是后端目前的数据同步策略，还不尽完美，考虑到子系统本身已经成型，目前考虑的是通过数据同步的方式进行跨系统的数据写表，从而降低子系统的改进门槛，但引入的问题是数据存在大量的重复的问题，后续的空间以及数据一致性带来不小的挑战。我目前设想的方案是，需要把数据表这一层做一层逻辑抽象，让所有的数据读取同一张表，但是在使用的侧，不需要关心表的问题，建立统一的数据中台（受制于资源等其他，目前未能实施）。

数字孪生平台：ThreeJS+（BIM）blender

对于数字孪生，大家整体实施的经验不足。对标很多外部供应商，包含BS、CS架构的漂视、山海鲸等，最终考虑到自身能力的储备选择了自研，最终通过ThreeJS+GLB搭建了一个基础模型，基本满足当下的需求。当然这里的核心的工作重点在建模，ThreeJS目前阶段的操作比较轻量。

关于数字孪生，前期对标过很多供应商，发现现在做的都还是在还原阶段，按照第一性原理的角度想，这种投入产出比似乎没有那么高，无法做到仿真这一步，数字孪生本身的价值我认为形同虚设。而真正进入仿真这一步的，国内目前还没有哪家做得好，或者说这一步的门槛又极高。

工单平台：使用工作流 + form-create搭建个性化工单

在识别智慧楼宇的场景中，发现存在工单平台的缺失，同时集团总部也确少一个工单平台，工单本身形态比较简单，但是如何满足各个业务线的要求，是否“一个场景，一次开发”。

最终我选择了搭建+工作流配置的方式。目前实际运行的效果还是非常让人满意的。并成功接入内部APP及企业微信。消息触达和处理效果喜人。

这里特别出彩的地方的是，在web功能齐全的情况，也需要一套移动端。这里第一次真正的使用AI用于生产环境，这个场景对于AI天然优势，最终在我实施两天左右，成功复刻了一个移动端的原型，而单独开发少说也得一个月的时间。

其他的边角料

• 供应链投毒，搭建三方包自检工具，用于检测异常包
• 展厅大屏应用，构建离线的可安装的应用（tauri）
• 使用pake构建移动端应用，满足快速交付
• 构建AI转发代理（自费）
• ...

工作总结

总结过往一年，基本算是稳定输出。但是业务价值并未完全凸显。很遗憾有些果实无法看到长熟那一刻了，这一年对自己的PPT功力也有了一些锻炼，但是依然不喜于钻研此道，一线人如果不能够实事求是，这个泡沫会越吹越大。

对于传统数字企业的转型我认为的正确之道：

• 数字接口人与业务的深度绑定
• 数字操作人与业务的制度隔离
• 数字从业人与业务的视角对齐

以上绝非空喊口号，更不是埋怨，而是基于当前的工作经验的真诚。

大多数数字实施人如果都一味/过度的奉上，数字价值迟早要破。而损害的不是根，是那个开的最美的花，只占有阳光，却不结果。

AI碎碎念

过去一年在态度上始终保持对AI的关注和警醒，一方面被AI的信息爆炸弄的一团乱麻，一方面又时不时被AI的生态所震惊。Agent的Coding、nanobanana的图片让你知道你必须要正视。AI目前依然处于乱序的状态，必要的工程化管理/约束依然是工作本身提效的关键，比如Spec Kit、Gemini Conduct等，对于一个团队必须统一语言/工具是针对AI千变万化的有效应对，如果一家公司目前都all in 打造自身的claude skiils，提效应该是让人兴奋的。

作为我个人来讲，过去一年重点关注的是Google家族生态（嗯 AI教育资格送的一年羊毛，不薅白不薅啊）。工具的使用保持精品和不失焦。

• Gemini是我日常chat模式的第一伙伴(涵盖一切我想问的话题，本身具备个性记忆能力，越聊越会了解自己，细思甚恐)。
• nanobanana是我图片需要的生成首选，尤其3.0 pro 对文本及中文的支持相当优秀。
• PPT生成（google目前缺失有效完整链路工具），manus和genspark对PPT生成效果不错，notebookLM生成的结果颜值在线。
• code agent：gemini cli 以及 vscode copilot。vscode copilot除了能用claude模型之外，内置大量的tools供模型使用，是一个比较大的优势，之前对比过使用模型完成rust练习手册，cluade的模型确实占优。cursor付费之后几乎没有使用，vscode的距离应该不会差的很远，警惕营销文。
• 日常辅助任务，首选gemini cli。antigravity受制于每次都得启用tunel模式，使用频率也不高。
• 笔记AI，主站点还是在yuque，因为情怀吧（虽然早有了youmind，但是价格不便宜啊），AI在知识库、文档、知识、创作领域可能是创业项目最多的，好的工具是你多输出的载体而已，不可因为工具而工具。AI时代，我相信notion的地位依然很难撼动。保不齐哪天就会转向notion了，但yuque于我目前已足够。
• 知识/新闻获取工具，这一年的消息获取已基本都依赖rss获取，之前有想法做一个AI筛选内容战，没想到早已出现，https://www.bestblogs.dev/，而且比我预想的结果优秀的多，对不起，卷不过....之前也设想过搭建一个私人诊疗平台，好吧支付宝阿福也下场了，拼的不是想法，只能是速度和资源，悲矣...

AI让我明白，我需要从技术思维往解决方案思维持续练脑。