这份年度总结心心念念挺久了，从2025年11月8号来刚果金出差之前就打算写，在这边兜兜转转、磨磨蹭蹭，一直拖到12月22号凌晨3点多才动笔（按当地时间是21号晚上9点多，有6小时时差）。
今年又是充满成长的一年，感觉对自己有了全新的认知。就像网上说的：程序员的前三年进步最大（应该差不多吧~）。
还是和之前一样，先列列今年的产出。
EasyEditor
先来说说我最核心的产出------EasyEditor，一个用于构建可视化应用平台的插件化跨框架低代码引擎。它融汇了我所学的精华和公司低代码引擎的经验，是一个很有意义的产物。而且不仅仅是低代码本身，它也成为了我学习的基座，后面会讲到的脚手架、文档、AI等等，都是从这里延伸出来的分支。
虽然下半年之后断断续续的，但我还是想着会继续把它做下去。
开发历程
1-2月：核心功能开发
大概在1-2月份，因为临近过年比较空闲，基本一有时间就去开发 EasyEditor（兴趣真的是最容易使人着迷和专注的东西）。二月初的时候完成了低代码引擎的核心功能，也就是 core + renderer（渲染器）。
当时还发了一篇文章介绍它：
但反响并不好。思考了一下，再看看其他开源框架，发现缺少一个良好的入口让大家了解和使用它，也就是文档。按程序员的习惯，都会先看文档来了解和学习使用。所以就暂停了核心内容的开发，转而去学习 VitePress，想通过文档看看能不能找到志同道合的小伙伴一起开发，毕竟一个人的力量还是太小了。
4月：文档发布
终于在四月初完成了文档的开发。这里允许我（厚颜无耻地）推广一下 EasyEditor：
EasyEditor: 用于构建可视化应用平台的插件化跨框架低代码引擎
然后继续发文章，通过文档来推广 EasyEditor，本以为和之前一样，就几十个人看看。
但万万没想到的是，它居然爆了。我自己都震惊了，想不通为什么会有这么多人阅读，文章内容其实挺简单的，连我自己都觉得写得比较草率。当时还专门发了条朋友圈记录这个时刻：
相比之前的几十阅读量，这次将近2w人阅读，给了我很大的动力。
4月底：EasyDashboard 开发
紧接着就开始开发 EasyDashboard，基于 EasyEditor 的数据可视化大屏解决方案。当时还拉着朋友一起搞，四月底完成了一个初版，包含基本的拖拉拽、配置、交互、事件以及预览等基础功能。（这个其实挺早就开始做了，但一直是当作 core 的调试 demo 来用的，后来才把它整体迁出去变成现在的 EasyDashboard。）
然后一气呵成完成了测试、部署和文章推广。
EasyDashboard：基于 EasyEditor 的数据可视化大屏解决方案
文章又一次爆了，而且那段时间公众号粉丝也是蹭蹭地涨，从几十个人涨到了300多。完全就像做梦一样。
5月：GitHub 爆发
5月初的时候，EasyEditor 项目也爆了，star 蹭蹭往上涨，从几个飞速涨到最终的300多个（虽然不多，但对我来说已经算是荣誉了）。这也多亏了阮老师，项目有幸上了他的周刊推广了一波。
后续扩展
那段时间就跟打了鸡血一样，非常亢奋。先是把之前研究 VitePress 文档的内容进行了总结和输出：
然后觉得有了文档还不够，如果用户想使用的话，部署安装的成本太高了。于是有了开发脚手架的想法，继续学习相关知识，开发出了 create-easy-editor。
create-easy-editor ------ 快速搭建你的可视化编辑器
接着就是在这个"学习基座"上衍生了很多功能，完全是兴趣驱动。
数据源功能： 让大屏支持调用接口数据。虽然只考虑了 HTTP 一种方案，比较简单，但最终反响还不错。
AI 聊天助手： 随着 AI 大爆发，各大平台争先恐后上架 AI 功能，我也想了解一下，就简单学习后给 EasyDashboard 加了个 AI 辅助搭建功能。（最麻烦的还是提示词工程！）
后来想扩展表单这块内容，但之前了解得比较少，实践起来比较困难。加上下半年公司开始忙起来，空余时间越来越少，另一方面自己也被其他东西吸引，就暂时停在那了。（其实就是太懒了）
其他技术产出
回过头来说说工作的其他内容，还是按文章时间线来聊聊比较重要的功能。
二月底在开发公司内部低代码引擎时，觉得发布流程太麻烦，在网上搜索后了解到 changeset 可以简化 monorepo 中的发布。（这些东西最终都应用到了我的"学习基座"上）
三月份有个国际化需求，需要设计一套解决方案。当时和 mentor 讨论了几种方案，最终决定不用框架，手写了一个按路由拆分的方案，来减少语言包体积。
其他零碎产出：
alien-signals 系列 ------ 认识下一代响应式框架
pnpm monorepo 联调：告别 --global 参数
角色转变
下半年开始，基本在忙其他事情，主要有几方面原因：
- 角色变化
- 产品需求
- 变身 mentor
- 全栈发展
从写代码到对接客户
从一个只会敲代码的程序员开始，只会根据需求实现，慢慢开始对接项目、对接客户，了解需求来源和客户的真实想法，了解他们最终想要的是什么。
因为公司目前业务更偏向项目制，大部分需求来自客户。
大概三月底开始逐渐接触客户，从一个项目慢慢来。年中时还因为这个拿了份年中奖。下半年项目渐渐多起来后，手上处理的业务也变多了。记得最忙的时候同时处理4-5个项目，工作量非常饱和。
但现在对业务越来越熟悉了，整体流程也有了大致概念。
学习产品思维
开始接触产品的工作，出了两个产品需求。
第一个：分部分项目录树需求
记得当时 mentor 让我来设计，我其实挺懵的，这块完全没概念。
当时学习了解了 Axure 画图、蓝湖上传等等，摸索了好一会。然后按自己想法先设计了一版，中途还参考之前的需求图，梳理应该怎么写需求，怎么让流程更清晰...
定完一版后去和产品讨论，才发现有很多漏洞------都是以程序员角度思考的，没考虑过客户实际怎么用、好不好用，完全没有站在客户角度想这件事。
聊完后提出了很多问题，我再加以完善，才感觉勉强能形成闭环。
第二个：大屏相关需求
这个需求其实是我自己提的，因为觉得那块使用比较混乱。和 mentor 提议后就开始设计，找了很多竞品参考，各有特色，综合了其"精华"设计出一版，然后找产品讲解讨论，看看有什么问题，再进行修改。
变身 Mentor
第一批实习生（4月）
这要从四月份说起。当时想招个实习生干些简单的活，让其他人抽身做产品。
负责人（mentor）比较忙，就找我帮忙筛简历、面试，看能不能招个人进来帮忙。发了一堆简历过来让我筛选，我只能凭感觉挑，然后约一些人来面试。
当时我自己都很紧张，因为这块我也是新人，不太懂怎么面试，不清楚该问什么问题，万一我自己也不了解怎么办...想了各种乱七八糟的东西，还搜了很多关于面试官的内容和前端面试题。
经过两三次面试后就好多了，也慢慢适应了这个节奏（但对 i 人来说还是很艰难的）。
4月底确定了最终人选，51之后入职。因为是在校生还有课，暂时远程沟通。那时候才发现远程沟通有多困难（尤其对新人，熟悉后就简单多了）。
那时候按照"前人的路"来教学，一开始以熟悉项目和基础环境、git 等为主。每周分配任务后，我再从中拆分一点任务给实习生，主要还是以熟悉为主。
5月底实习生开始线下，带的那段时间理解了几件事：
- 任务分配很麻烦：要合理、充沛，但又不能过多过少，存在各种因素要考虑。
- 不只是写代码，还得会"说代码"：实习生遇到问题，不能直接告诉怎么做，需要旁敲侧击地提示她，让她自己思考。对于困难的问题，需要带着她一起思考，理解后再写代码，让她明白为什么这样做。（这就是"提问的艺术"，后面会提到）
- 不能只站在自己角度思考：还需要考虑实习生的接受程度。
第二批实习生（9月）
9月中旬招聘了第二批。下半年公司比较忙，需要实习生帮忙分担简单内容。
这次更直接，直接给我创了个 BOSS 账号，自己筛简历约面试。和第一次差不多，面了7-8个人，筛选了几个出来。
这次带的方式不一样，因为实习生要跟项目走，每个人接触的项目不同，没办法都让我带，而是分摊开来，给每个人减轻些压力。
第三批实习生（11月）
11月初第三次招聘，为了自己也轻松点，设计了一批笔试题来考核。随机挑选试题发送，快速筛掉一大批人，后面面试时基本水平都可以了。
全面(栈)发展
这个比较特殊。因为跟进的项目需要到现场实施，名额只有一个实施和一个研发，我不得不了解些后端和运维知识，以免出现问题没法解决。而且那边网络也不太好，现场沟通会比较困难。
在现场和业主那边，我已经数不清找了多少次运维了。虽然经常麻烦他们，但到现在对一些简单的运维操作、Linux 操作等基本已经"手到擒来"了。运维这块的常用命令已经很熟悉，更何况还有专家给的"宝典"。
后端方面，出发前也了解了一些，主要关心本地调试和打包部署。代码可以问 AI 学习，再加上之前学过 node、go 等后端知识，所以基本概念都清楚。
而且现场总有意外。比如出发前说需要接入监控，只支持 rtmp 协议，我们提前写好放到 nginx 上了。但到了才发现是 rtsp 协议！而且现场摄像头都比较老，还需要自己测试配置如何启用 rtsp，摸索怎么切换到不同的监控流。不过也挺有意思的。
关于成长的思考
说到这个，不得不提之前看到的一篇文章：
里面提到职业生涯的三个阶段，满满的干货，让我认识到需要学习的地方还有很多。
特别喜欢里面提到的"提问的艺术"：
我想起我的老板们及和我1v1沟通的同事们对我的帮助，他们都非常善于用反问来引导我。提问的深度特别能体现一个人的能力水平，任何用于提要求的陈述句，都能转换成疑问句，在启发萌新的过程中植入对结果的约束。
当你让一个人做A的时候，他提出了方案B。你不要强行扭转对方的思路提出A，因为对于新人来讲，或许确实不能一步到位理解A方案，在他的能力约束下，只能想到B。要尽量尝试把A和B之间有差异的地方转换成提问，你问他遇到这个问题怎么解决，遇到那个问题怎么解决，一直问到形成A，他会带着思考去做事情。如果没有这个过程，没有让他思维演化的过程，虽然他收到了A的指令，但是他不理解，他会用别的方式做出来，最后得出来一个C，然后你又重构一遍，陷入一个怪圈不能自拔，这就是我以前的误区。
所以我现在特别注重提问的艺术。但是一切的前提是：你需要对事情有好的认知。按照张一鸣的观点就是：对一件事情认知决定了一件事情的高度。
学会提问，才能让人成长。
这只是其中的冰山一角，里面还有很多让我印象深刻的内容，很推荐大家阅读。
未来规划
EasyEditor
- 宏观方向
- plugin-form（待开发）：表单插件
- react-renderer-form（待开发）：表单渲染器（基于 react-renderer）
- vue-renderer（待开发）：Vue 渲染器
- EasyClip（待开发）：视频剪辑Web应用，灵感来源于剪映Web版的下线
- 细节完善
- 远程物料、组件版本
- 资产库（物料库、设置器库、对应脚手架）
- 自定义组件
- 异步资源加载
- ...（还想在大屏上扩展很多内容）
3D
系统性学习这块内容，主要是 BIM 和 GIS，也就是数字孪生。
- 理论知识
- 建模（Blender）
- 渲染引擎（CesiumJS...）
- 游戏引擎（Godot...）
全栈
- Elysia.js
- 可以想想低代码后端怎么走...
AI
- 理解 AI 如何运作，学习理论知识
- AI 项目、运用
- 了解 Claude Code 等项目是怎么运作的
总结
这一年进步了很多，也能承担更大的责任了。
不管是对接客户、带实习生、写产品需求，还是全栈实践，都是很有意思的体验。也进一步了解了整个研发体系的运作。
期待在2026年继续成长，在低代码领域继续深耕，朝着自己热爱的方向前进。
实现了去年的目标，也希望能继续完善 EasyEditor。
最后分享《瓦尔登湖》里我很喜欢的一句话：
让我们如大自然般悠然自在地生活一天吧，别因为有坚果外壳或者蚊子翅膀落在铁轨上而翻了车。让我们该起床时就赶紧起床，该休息时就安心休息，保持安宁而没有烦扰的心态；身边的人要来就让他来，要去就让他去，让钟声回荡，让孩子哭喊------下定决心好好地过一天。