一个躺平程序员的AI探索与项目优化实战手记

上周五晚上十一点半，我正躺在工位上刷B站摸鱼视频，突然收到运营同学发来的钉钉：“双11大促页面加载慢得像乌龟，用户投诉都堆到老板桌上了！”我叹了口气，默默关掉“打工人如何优雅躺平”的视频——看来今晚又得陪服务器熬夜了。

说来惭愧，在这个组干了快两年，代码写得不多，VSCode插件倒是装了一堆：Prettier、ESLint、GitLens、GitHub Copilot……连那个叫“Rainbow Brackets”的花里胡哨插件都没放过。但最近被现实狠狠教育了一顿——简历上写着“熟悉性能优化”，结果线上一卡顿，我就成了救火队员。更扎心的是，隔壁组新来的应届生都能用LangChain搭个智能客服，而我还停留在console.log()调试阶段。跳槽面试时被问“你们项目怎么做的技术选型？”，我支支吾吾半天，最后只能尬笑：“主要看领导心情”。

所以痛定思痛，决定一边躺平，一边偷偷卷点AI和架构设计。以下就是我在几个真实项目中踩过的坑、薅过的羊毛，以及那些让我深夜想砸键盘的瞬间。

当“能跑就行”遇上业务增长

我们有个老古董项目，前端用Vue2 + jQuery混合开发（别问，问就是历史包袱），后端是Spring Boot单体应用。去年双11前，运营疯狂加活动页，产品经理甚至画了个“无限滚动+实时库存+动态推荐”的原型图。上线当天，首页首屏加载时间直接飙到8秒，CDN日志里全是504。

运维大哥在群里咆哮：“你们前端是不是把整个npm包都打包进去了？”
我弱弱回了一句：“其实……我们没做任何代码分割。”

那一刻，我仿佛看到了简历上“精通前端工程化”几个字在风中凌乱。

优化第一步：砍掉无用依赖

先用webpack-bundle-analyzer扫了一遍，发现光一个lodash就占了300KB，而实际只用了_.get和_.isEmpty。果断换成按需引入，再配合import { get } from 'lodash-es'，体积直接砍掉70%。

// 优化前（罪恶的根源）
import _ from 'lodash';

// 优化后（佛系但有效）
import { get, isEmpty } from 'lodash-es';

同时，把那些三年没更新的UI库换成原生CSS变量 + Tailwind，首屏JS从2.1MB降到680KB。运营同学反馈页面“好像变快了”，虽然她可能根本分不清是心理作用还是真优化。

用AI给老项目“续命”

最近团队开始试点AI能力，领导说：“咱们也搞个智能推荐吧，不然简历不好写。”于是被派去研究怎么在不重构的前提下，给老系统加点“科技感”。

一开始我想直接上LangChain + LLM，结果发现成本太高——光API调用费就能让财务把我拉黑。后来灵机一动：不如用轻量级模型做前端预处理？

我用TensorFlow.js在浏览器里跑了一个tiny的分类模型，根据用户点击行为预测下一步操作，提前预加载资源。虽然准确率只有65%，但首屏可交互时间（TTI）从4.2s降到2.8s。最关键的是——不用改后端一行代码！

// 在用户空闲时偷偷跑推理
if ('requestIdleCallback' in window) {
  requestIdleCallback(() => {
    const prediction = model.predict(userBehaviorVector);
    if (prediction > 0.6) {
      // 预加载可能需要的组件
      import('./ProductRecommendation.vue');
    }
  });
}

测试同学看到性能报告后惊呼：“你这优化是开了挂吧？”我笑而不语，心里却在想：这玩意儿写进简历，面试官会不会以为我在吹牛？

架构不是炫技，是妥协的艺术

有次和新来的架构师讨论要不要微服务化，他滔滔不绝讲了一堆DDD、事件溯源、Saga模式。我打断他：“咱日活就5万，数据库还没分库，现在拆微服务，运维半夜哭着找你修K8s。”

其实技术选型哪有那么多高大上，大部分时候都是在“能跑就行”和“别出事”之间反复横跳。比如我们最终选择：

• 前端：保持Vue2不动，但用Module Federation做微前端隔离
• 后端：核心链路走Spring Cloud，边缘功能仍用单体
• AI部分：能浏览器跑的绝不调后端，能缓存的绝不实时计算

下表是我们优化前后的关键指标对比：

指标	优化前	优化后	提升幅度
首屏加载时间	8.2s	2.1s	74% ↓
JS Bundle Size	2.1MB	680KB	68% ↓
错误率（JS异常）	12%	3.5%	71% ↓
CDN带宽成本	¥28,000/月	¥15,200/月	46% ↓

数据不会骗人。运营同学终于不再半夜@我，产品经理也开始在周报里写“技术驱动业务增长”——虽然我知道他根本不懂FMP和FCP的区别。

写在最后：躺平≠摆烂

很多人觉得“佛系程序员”就是混日子，其实不然。真正的躺平，是在认清现实后，用最小成本解决问题。我不追求造轮子，但会研究怎么把别人的轮子装得更稳；我不写1000行注释，但会让代码三个月后自己还能看懂。

最近面试了几家公司，被问到“你怎么看待技术债务”时，我说：“债务不可怕，可怕的是假装它不存在。我的策略是——每次改Bug顺便还一点，就像蚂蚁搬家。”

面试官笑了，说这回答挺实在。
也许，这就是我们这种“半躺平”程序员的生存之道：一边摸鱼，一边悄悄升级装备。

对了，如果你也在维护祖传代码，不妨试试这几个原则：

• 能缓存的绝不重复请求
• 能懒加载的绝不首屏塞满
• 能用AI自动化的绝不手动写if-else
• 最重要的是——别让优化变成新的技术债

毕竟，人生苦短，我用Python（和Copilot）。