彻底放弃：拥抱 Vibe Code，AI 才是亲爹
最终章：拥抱未来
这是我《Vue 学习之路》系列的最后一篇文章。因为，这路我不走了。
为什么放弃？
- 效率差距：我写个增删改查页面，要 4 小时，调 CSS 还要 1 小时。AI 写，只要 30 秒。
- 知识焦虑：前端技术栈爆炸，学不完。但 AI 已经学完了所有文档。
- 幸福感：写代码是为了创造产品，不是为了修 Bug。
Vibe Code 体验
打开 Vibe Code，输入：“做一个博客首页，要有毛玻璃效果，基于 Hexo Butterfly 主题风格”。
然后，啪！代码出来了。没有语法错误，没有类型报错。
那一刻，我感觉自己之前的努力就像个笑话。
拥抱变化
从今天起，我不再是前端切图仔，我是 AI Prompt 工程师。Vue 3？真不熟。Pinia？没听过。我只知道 “Generate a login page with Vue 3 and Tailwind”。
在这个快速发展的前端时代，技术的更新迭代速度简直让人窒息。每一次框架的更新，不仅带来了新的特性，也带来了新的焦虑。作为一名追求极致体验的开发者，我深知持续学习的重要性。但是… 真的需要学这么多吗？
再见了，所有的未定义变量，再见了所有的代码不规范，node_modules。你好，DeepSeek。
真香！
本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源 llbzow的摸鱼日记 (づ￣ 3￣)づ！
相关推荐
2026-01-15
前端性能优化：只要我跑得够快，Bug 就追不上我
性能优化：无底洞说页面加载太慢，要优化。好，我优化。 你知道的，一个three.js地图，配上一大堆数据，能加载的快就有鬼了。 漫漫长路 代码分割（Code Splitting）：路由懒加载，组件异步加载。好，首屏快了一点。 图片压缩：上了 WebP，上了 CDN。 减少重排重绘：小心翼翼地操作 DOM。 Tree Shaking：检查打包产物，去掉了无用的 lodash 引入。 结果呢？乐了，更卡了。 心态崩了毁灭吧，赶紧的。累了。 为什么这么难？前端不就是画画界面调调接口吗？为什么要搞这么复杂？Webpack 还没整明白，Vite 又来了；Vue 3 又变了。学不动了，真的学不动了。
2025-11-15
Vue 3 启航
梦开始的地方记得刚接触前端的时候，大家还在用 jQuery 一把梭。那时候的代码充满了 $ 符号，回调地狱更是家常便饭，三件套东一块西一块是常态。后来 React 和 Vue 横空出世，带给了我们全新的组件化开发体验。而今天，我正式决定投入 Vue 3 的怀抱。 为什么选择 Vue 3？有人说 React 更灵活，有人说 Angular 更规范。但在我看来，Vue 3 找到了优雅与性能的完美平衡点。 性能的质变：Vue 3 重写了响应式系统，利用 ES6 的 Proxy 取代了 Object.defineProperty。这意味着什么？意味着我们再也不用担心数组下标修改监听不到的问题了！而且，初始化的速度快得惊人。 Composition API：这绝对是 Vue 3 最大的杀手锏。在 Options API 时代，一个功能的逻辑往往分散在 data、methods、computed 里，维护起来像是在玩“找你妹”。而现在，我们可以像这就写原生 JS 一样，把相关逻辑聚合在一起。这简直是代码组织的神器！ TypeScript 支持：Vue 2 对 TS 的支持简直是灾难，而 V...
2026-01-10
Vite：快！太快了！由于速度太快我跟不上了
Vite：这也太快了吧… 还有报错Vite 宣称是下一代前端构建工具。启动确实快，毫秒级。 开发爽，打包火葬场开发环境用的是 ES Modules，不需要打包，所以快。但是生产环境还是用的 Rollup 打包。这就导致了一个极其恶心的问题：开发环境跑得好好的，一打包上线就报错！ 有些依赖包不是 ESM 格式，Vite 开发时会预构建解决，但在生产打包时，Rollup 的配置如果没有把 commonjs 转好，直接崩。我曾经为了一个老旧的加密库，折腾了整整两天 Vite 配置。optimizeDeps、rollupOptions、commonjsOptions… 每一个配置项都像是在嘲笑我的无知。 心态崩了毁灭吧，赶紧的。累了。 我们先来聊聊 Vite 的核心概念。在官方文档中，这一部分被描述得非常晦涩难懂。我花了整整三天时间查阅源码，翻遍了 GitHub 上的 Issues，才勉强理解了其中的奥妙。简单来说，它就像是一个黑盒子，你输入 A，它输出 B，但中间发生了什么，只有上帝和尤雨溪知道。 代码示例方面，我尝试写了一个 Demo，结果控制台满屏飘红。这哪里是写代码，简直是在扫雷...
2026-01-21
深坑记录：响应式丢失的那一夜
那个让我通宵的 Bug那是周五的晚上，本该是快乐的周末开始。但是测试报了一个致命 Bug：用户点完保存，列表数据没有更新，必须刷新页面才行。 排查过程 查接口：后端接口返回的数据是新的，没问题。 查 Vue DevTools：发现 store 里的数据确实可以更新，但是组件里的数据没变。 定位代码： 12345// store.jsstate: () => ({ list: [] })// component.vueconst { list } = userStore 就是这行解构！在 Options API 里习惯了 this.list，在 Setup 里直接解构 store，导致 list 变成了一个普通的数组，失去了响应性连接。 心态崩了毁灭吧，赶紧的。累了。 我们先来聊聊 Vue 响应式的核心概念。在官方文档中，这一部分被描述得非常晦涩难懂。我花了整整三天时间查阅源码，翻遍了 GitHub 上的 Issues，才勉强理解了其中的奥妙。简单来说，它就像是一个黑盒子，你输入 A，它输出 B，但中间发生了什么，只有上帝和尤雨溪知...
2026-01-22
逐渐暴躁：为什么前端框架更新这么快？！
永远学不完今天看到尤雨溪又发了新推特，Vue 3.5 即将发布，又有一堆新特性。Vapor Mode？无虚拟 DOM？ 求求了，别更新了。我 Vue 3.0 的文档还没背熟呢。 疲惫感每次打开 GitHub Trending，都是一堆新轮子。React Server Components, SolidJS, Svelte, Qwik… 每一个都号称颠覆前端。我累了，真的累了。 作为一名追求极致体验的开发者，我深知持续学习的重要性。但是… 真的需要学这么多吗？ AI 才是未来不装了，我摊牌了。手写代码是上个世纪的事情了。今天我试了一下 Vibe Code，只需一句话，它就生成了我折腾了三天都没写出来的功能。那一刻，我释然了。我为什么要跟机器比速度？我为什么要跟编译器较劲？ 拥抱变化回想起刚开始接触 Vue 的时候，那时候的快乐是纯粹的。写一个 {{ message }} 就能看到页面变化，那种成就感无与伦比。而现在，我们要处理复杂的依赖关系、难以捉摸的类型定义、层出不穷的构建工具配置。难道这就是成长的代价吗？ 真香！
2025-11-30
Ref vs Reactive：响应式的哲学思考 (头秃篇)
响应式的哲学在深入学习 Vue 3 的过程中，不管是新手还是老鸟，都会遇到一个经典问题：ref 和 reactive 到底用哪个？ 官方的定义 ref：接受一个内部值并返回一个响应式且可变的 ref 对象。ref 对象仅有一个 .value property，指向该内部值。 reactive：返回对象的响应式副本。 看起来很简单，对吧？ref 处理基本类型，reactive 处理对象。但是在实际开发中，情况远比这复杂。 踩坑实录我曾经试图用 reactive 去定义一个数组，结果发现直接重新赋值会丢失响应性！ 123let list = reactive([])// ... 异步获取数据后list = newData // ❌ 响应性丢失！界面不更新！ 为什么？因为 reactive 返回的是一个 Proxy 对象，直接赋值 list = newData 只是修改了变量 list 的引用，并没有修改原来的 Proxy 对象。 正确做法是用 ref，或者用 list.push(...newData)。但是 ref 每次都要写 .value，真的好烦啊！在模板里倒是会自动解包，但...
