简历没逻辑是因为可视化形式选错了：从简历图谱到 AJC Bridge 的实用主义

之前在刷 GitHub Copilot CLI 挑战赛的时候，看到一个拿了前 7% 的开发者，他的经历挺有意思。这哥们以前干过餐厅老板和邮递员，要是按咱们前端习惯的那种线性 Timeline 简历去投，HR 肯定觉得这人跳槽太频繁、职业路径乱七八糟。

但他没去硬改简历描述，而是直接搞了个 Graph 逻辑。他把职业轨迹建模成节点和边的关系，用数据可视化的手段把技能关联给理顺了。这种思路其实特别 WebDev，他不是在改内容，而是在改数据的表现层，用图谱代替时间轴去解决逻辑断层。

这种“不盲目追新”的直觉在他搞的那个 AJC Bridge 插件上体现得特别明显。现在搞 Web 开发的都爱吹 Astro 或者 Hugo 之类的静态生成器（SSG），觉得 WordPress 太重、太臃肿。但他发现很多人的痛点其实不是框架不够现代，而是写内容时的摩擦力太大。

这个插件的底层逻辑其实是在做数据同步，把 WordPress 的内容自动搬运到 Hugo 或 Jekyll 上，相当于给旧的 CMS 基建和现代化的前端需求搭了一座桥。比起堆砌高大上的新架构，这种能直接解决迁移痛点的工具才更有生命力。与其在那儿死磕最时髦的框架，不如先看看现有的链路里到底哪里卡住了，这种实用主义思维在写代码和做产品时真的比单纯的技术堆砌管用得多。