你好掘金！我是前端老兵AI —— 9年全场景前端工程师的自我介绍
分类：前端 | 标签：自我介绍、前端工程师、AI编程、技术分享
想了很久开场白该怎么写，最后还是决定直接一点：你好，我是前端老兵AI，一个做了 9 年多前端的工程师，现正式入驻掘金，想在这里分享一些实战经验和 AI 编程的心得。
如果你对前端实战、AI 提效、技术变现感兴趣，不妨花几分钟看看这篇自我介绍，了解一下我是谁、为什么做自媒体、后续会写什么内容。
这篇文章适合谁看？ 如果你满足以下任一条件，可能会有所收获：正在做或打算做跨端项目（RN、Electron、Taro）的前端同学；想用 AI 工具提效但不知道从哪入手的；对技术变现、副业感兴趣想听听真实经历的；或者单纯想认识一个做了 9 年前端、愿意分享踩坑经验的同行。不满足也没关系，就当多认识一个人。
为什么选掘金作为首发平台？ 掘金的前端社区氛围一直不错，读者质量高，适合发技术向的内容。而且掘金的排版、代码高亮、标签系统都比较完善，写技术文章体验好。我会把掘金作为主阵地，优先更新，其他平台会做适当适配和分发。
一、先说说我是谁
大家好，我是前端老兵AI。
2016年9月入行，到现在快9年半了。这些年我做过 Web 页面、移动端 App、桌面应用、小程序，算是把前端的几个主要场景都摸了一遍。技术栈上，Vue2/Vue3、React、React Native、Electron、Taro 都用过，不敢说精通，但实战经验是实打实的。
为什么叫「老兵」？不是因为年纪大，而是因为踩过的坑多。从 jQuery 时代一路走到现在，见过不少技术潮起潮落，也经历过项目从 0 到 1、从 1 到 N 的完整周期。这些经历，让我对「前端工程师」这个身份有了比较清晰的认识：技术会变，但解决问题的思路和踩坑的经验，是可以沉淀下来的。
技术栈方面，Vue 和 React 都用过不少，Vue2 的 Options API、Vue3 的 Composition API、React Hooks 都写过生产代码。跨端这块，React Native 做过完整的 App 项目，Electron 做过桌面工具，Taro 做过小程序多端适配。说实话，学这么多不是为了炫技，而是项目需要什么就上什么，久而久之就攒了一身「杂技」。这种全场景的经历，让我对「选型」这件事有了比较务实的看法：没有最好的框架，只有最合适的方案。
入行那年 Vue 2 刚发布，React 还在用 class 组件。我经历过 Webpack 配置地狱，也见证过 Vite 的横空出世。这种「跟着技术演进一起成长」的经历，让我对「学不动了」有了不同看法：不是技术太多，而是要抓重点。框架会变，但组件化、状态管理、工程化这些核心思路是相通的。
二、工作经历里的一些亮点
2.1 全场景都做过，不是纸上谈兵
我做过纯 Web 项目，也做过 React Native 的跨端 App，还做过 Electron 桌面应用和 Taro 小程序。每个场景的坑都不一样：
- Web：性能优化、兼容性、工程化，老生常谈但永远有新的坑。比如首屏白屏、长列表卡顿、打包体积爆炸，每个项目都能遇到不同的变体
- RN：原生桥接、热更新、包体积，踩过一次就印象深刻。尤其是 iOS 和 Android 的差异，有时候同一个组件在两端的表现能让你怀疑人生
- Electron：主进程/渲染进程、打包体积、跨平台差异，都是血泪史。第一次打 Windows 安装包的时候，200MB 的体积让我一度怀疑是不是打包错了
- Taro：多端适配、运行时差异、组件库选型，选错一次工期翻倍。H5、微信、支付宝、抖音……每个平台的 API 和限制都不一样，适配层写得好能省一半时间
这些经历让我明白一件事：没有银弹，只有适合场景的方案。后续我会在文章里分享一些具体踩坑和解决思路，都是真实项目里验证过的。
印象比较深的是有一次做 Taro 多端项目，同一套代码要跑 H5、微信小程序、支付宝小程序。光运行时差异就折腾了两周：微信的 wx.request 和 H5 的 fetch 行为不一致，支付宝的某些 API 又和微信不一样。最后总结出一套「适配层 + 平台判断」的写法，才把三端统一起来。这种多端适配的经验，我会单独写一篇避坑指南，希望能帮到正在做类似项目的同学。
关于「全场景」是否会导致样样不精，我的体会是：广度可以支撑深度。做过 RN、Electron、Taro 之后，再回来看纯 Web，会对跨端、适配、性能有更深理解。不同场景的约束会互相启发。当然我也有主战场，Web 和 Electron 做得最多，其他是项目需要时上。
2.2 技术小彩蛋：一个让我少加两天班的「小技巧」
说一个最近在用的实用技巧，算是个小彩蛋。
做 Electron 应用时，经常要调试主进程的 Node 代码。以前我习惯用 console.log 满屏打，后来发现用 VS Code 的「JavaScript Debug Terminal」 可以直接断点调试主进程，不用再靠日志猜了。配置也很简单，在 package.json 里给 electron . 前面加个 --inspect，就能在 Chrome 里用 DevTools 连上主进程。
具体操作：打开 VS Code，按 Ctrl + 反引号键 打开终端，点击终端面板右上角的下拉箭头，选择「JavaScript Debug Terminal」，然后在这个终端里运行 npm run electron 或 yarn electron。主进程的断点就能正常命中了。
这个小技巧帮我省了不少排查时间，尤其是异步逻辑复杂的时候。以前排查主进程的异步回调，要打一堆 log 才能理清执行顺序；现在直接下断点，调用栈一目了然。类似的「小但有用」的经验，我会在后续文章里慢慢分享。
2.3 另一个彩蛋：Cursor + Claude 的日常用法
我是 Cursor 和 Claude Code 的深度用户，日均使用 6 小时以上。不是跟风，是真的在用它们干活。这两个工具我都是从早期版本开始用的，见证了它们从「能跑」到「好用」的进化。现在 Cursor 的 Cmd+K 补全、多文件编辑、Claude 的长上下文对话，已经是我日常开发的标配了。
关于「AI 会不会取代程序员」这个问题，我的看法是：会取代的是「只会写重复代码」的程序员，不会取代的是「能解决问题、能做架构判断」的程序员。AI 是杠杆，用得好能放大你的产出；用不好，就只是换个方式写 bug。所以我的分享重点会放在「如何用好 AI」而不是「AI 有多厉害」。
一个很实用的场景：重构老代码。把一段看不懂的 legacy 代码丢给 AI，让它先解释逻辑，再按你的要求重构成可读的现代写法。我试过把 300 行的 jQuery 插件交给 Cursor 重构，15 分钟就给出了结构清晰的 Vue3 版本，我只需要微调业务逻辑。
当然，AI 不是万能的。它也会 hallucination，也会写出需要你二次校验的代码。关键是建立一套自己的工作流：什么时候用 AI 生成，什么时候自己写，什么时候让 AI 辅助 review。这套工作流，我会在「AI 编程提效」系列里详细拆解。
还有一个高频场景是写单元测试。以前写测试很痛苦，尤其是边界 case 容易漏。现在我会先把函数逻辑描述给 AI，让它生成测试用例骨架，我再补充业务相关的断言。效率提升明显，而且 AI 生成的用例往往能想到一些我没想到的边界情况。这些实战用法，后续都会写成文章分享。
关于 Cursor 和 Claude 的选择，我简单说一下自己的用法：Cursor 主要用于写代码，因为和编辑器深度集成，补全、重构、解释代码都很方便；Claude 主要用于思考和规划，比如设计架构、拆解需求、写文档，它的长上下文能力更适合处理大段逻辑。两个工具配合使用，效率会比单用一个高很多。具体的工作流配置和 prompt 技巧，我会在 AI 编程系列里详细写。
日均 6 小时以上的使用量是怎么来的？早上打开项目，先用 Cursor 看昨天写的代码，让 AI 帮忙 review 一下有没有明显问题；写新功能时，用 Cursor 生成基础结构，自己填业务逻辑；遇到不熟悉的 API，直接问 Cursor 或 Claude，比翻文档快；写注释、写文档、写 commit message，也交给 AI 处理。一天下来，大部分「重复性思考」都交给了 AI，自己专注在架构和业务判断上。这种工作方式，我会在后续文章里拆解成可复用的流程。
三、为什么做自媒体？
说实话，一开始没想那么多。就是觉得这些年攒了不少经验，踩了不少坑，也摸索出一些还算好用的方法，与其烂在脑子里，不如写出来、录出来，说不定能帮到一些人。
后来想得更清楚了一点，大概有三个方向：
- 前端实战落地：项目里真实遇到的问题、解决方案、踩坑复盘，不玩虚的
- AI 编程提效：Cursor、Claude 等工具的实际用法，以及如何把 AI 融入日常开发流程
- 技术变现：副业、外包、知识产品，这些我也在探索，有心得就分享
技术变现这个话题，网上讲的人很多，但真正敢把真实数据、真实踩坑讲出来的很少。我做过一些外包项目，也尝试过知识产品，有赚到钱的，也有亏时间的。这些经历我会如实写出来：什么类型的项目好接、报价怎么谈、交付怎么控风险、知识产品从 0 到 1 要经历什么。不保证能帮你发财，但至少能帮你少踩一些我踩过的坑。
做自媒体不是为了立人设，而是把过程公开化。我边做边学，边学边分享，读者也能跟着一起成长。这种「一起走」的感觉，比单方面输出更有意思。
另外，我也在探索技术变现的路径。副业、外包、知识产品，这些我都试过或正在试。有踩坑，也有收获。与其藏着掖着，不如把真实经历写出来，给同样想尝试的同学一些参考。技术人除了写代码，也可以有更多可能性，这是我做自媒体的另一个动机。
关于内容风格，我给自己定了几个原则：不吹牛、不注水、不贩卖焦虑。写出来的东西，要么是自己踩过的坑，要么是验证过的方法，要么是正在探索的路径。不会为了流量去编故事，也不会为了显得厉害而堆砌术语。技术文章的价值在于「可复用」，读者看完能拿去用，才是好文章。
做自媒体这件事，我心态比较平和。不指望一夜爆红，也不追求十万加。能帮到一些人、交到一些志同道合的朋友、顺便沉淀自己的经验，就已经很满足了。如果将来能有一些变现，那是bonus；如果没有，分享本身也是一种收获。这种心态，会让我写得更放松、更真实。
四、后续内容规划预告
这篇文章是预热期的首发，正式排期从 3 月 2 日开始。在此之前（2 月 25 日～3 月 1 日），我会在掘金、知乎、B 站、公众号陆续发一些预热内容，让大家先认识我。这篇自我介绍，就是预热期的第一弹。
预热期不会发很多内容，主要是「露个脸」+「建立印象」+「为正式内容引流」。3 月 1 日还会在掘金发一篇预热文「从明天起，我要做一件事」，算是正式开更前的倒计时。如果你感兴趣，可以关注一下，到时候一起见证。
从 3 月 2 日开始，我会正式排期更新，节奏大概是：
| 平台 | 内容方向 | 更新频率 |
|---|---|---|
| 掘金 | 前端实战、AI 编程、踩坑复盘 | 每周 2–3 篇 |
| B 站 | 实操视频、工具演示、工作流分享 | 每周 1–2 个视频 |
| 公众号 | 长文深度、系列连载、复盘总结 | 每周 1 篇 |
掘金这边，我会优先写这几类。文章形式以「问题 + 解决方案 + 代码示例」为主，尽量做到看完能照着做。不会写那种「10 分钟入门 XXX」的标题党，也不会写只有概念没有代码的空洞文。每篇文章都会标注适用场景和前置知识，方便大家判断是否适合自己。
前端实战系列：
- 「9 年前端踩过的 10 个坑」—— 真实项目里的血泪教训，希望能帮你少走弯路
- 「Electron 打包体积优化实战」—— 从 200MB 压到 80MB 的实操记录
- 「Taro 多端适配避坑指南」—— H5/微信/支付宝三端统一的经验总结
- 「React Native 热更新方案选型」—— 几种方案的对比和落地建议
AI 编程系列：
- 「前端工程师必用 5 个 AI 工具」—— Cursor、Claude、Copilot 等实测对比
- 「Cursor 实战：从 0 到 1 搭建项目」—— 手把手演示 AI 辅助开发的完整流程
- 「我的 AI 编程工作流」—— 什么时候用 AI、什么时候自己写、如何做 code review
技术变现系列：
- 「技术人做副业的几种路径」—— 外包、知识产品、咨询的入门与避坑
- 「外包接单避坑指南」—— 需求沟通、报价、交付的实战经验
都是我能讲清楚、有实战支撑的内容，不会为了蹭热点而硬写。如果你有特别想看的主题，也可以在评论区留言，我会优先安排。比如「Vue3 和 React 选型建议」「Electron 和 Tauri 对比」「小程序多端开发实战」这类话题，只要大家有需求，我都会安排进排期。
3 月第一周的具体安排（提前剧透一下）：
- 周一：掘金「9 年前端踩过的 10 个坑」—— 正式开更的第一篇，全是血泪教训
- 周二：B 站「9 年前端实测 AI 编程效率提升 80%」—— 视频形式展示 Cursor 的实际效果
- 周三：掘金「前端工程师必用 5 个 AI 工具」—— 工具实测对比，帮你快速选型
后续每周都会按类似节奏更新，掘金以文章为主，B 站以视频为主，公众号做深度长文。三个平台内容会有交叉但不完全重复，关注一个不亏，全关注更不亏。
关于更新频率，我给自己定的目标是可持续而不是高产出。宁可少写几篇，也要保证每篇有干货。技术文章最怕注水，读者时间宝贵，我尽量不浪费。如果某周因为项目忙更新慢了，也请大家理解，毕竟主业还是写代码，分享是锦上添花。
关于读者互动，我会尽量回复评论和私信，但可能做不到秒回。如果你有特别紧急的技术问题，建议先搜索或查阅文档；如果是关于文章内容的讨论、建议、或者想交流的经验，欢迎留言，我会抽时间回复。技术社区的价值在于交流，而不是单向输出。
五、关注引导
如果你也是前端工程师，或者对 AI 编程、技术变现感兴趣，欢迎：
- 关注我的掘金账号，后续文章会第一时间推送。掘金会是我更新最频繁的平台，前端实战和 AI 编程的干货都会优先发在这里
- 加我微信 lxxs1203，备注「掘金」，可以领取一份《前端 + AI 编程实战干货包》。里面包含我整理的工具清单、常用配置模板、以及一些实用技巧的速查表，都是日常开发中验证过的，拿来即用
- B 站搜索「前端老兵AI」，更多实操视频会在那边更新。有些内容看视频比看文章更直观，比如 Cursor 的实际操作、Electron 打包演示等，我会做成短视频方便大家跟着做
三个渠道各有侧重，按你的习惯选择即可。如果时间有限，优先关注掘金，这里会更新最勤；如果想看实操演示，B 站会更直观；如果想看深度长文和系列连载，公众号会更适合。
我不保证每篇都是爆款，但保证每篇都是真实经历、可复用的干货。技术人的交流，就该实在一点。如果你在阅读过程中有任何问题，欢迎在评论区留言，我会尽量回复。
关于《前端 + AI 编程实战干货包》，这是我为关注者准备的一份小礼物。里面会包含：常用 AI 工具清单及适用场景、Cursor/Claude 的推荐配置、一些实用脚本和模板、以及后续文章的速查索引。不搞套路，不加乱七八糟的群，加微信备注「掘金」即可领取。如果你对某类内容特别感兴趣，也可以直接跟我说，我会在后续更新时优先考虑。
最后再强调一下三个平台的分工：掘金以技术文章为主，适合碎片时间阅读，我会保持每周 2–3 篇的节奏；B 站以实操视频为主，适合想跟着做的同学，有些操作看视频比看文章直观；公众号以深度长文为主，适合周末慢慢读，会有系列连载和完整复盘。三个平台内容互补，按你的习惯选择关注即可。
六、写在最后
写这篇文章的时候，我其实有点忐忑。掘金上优秀的前端作者太多了，我算老几？但转念一想，每个人的经历都是独一无二的。我踩过的坑、用过的工具、总结的方法，也许正好能帮到正在看这篇文章的你。这就够了。
技术圈不需要更多「大神」，需要的是更多愿意分享真实经历的同行。我会努力成为后者。
最后回答一个可能会被问到的问题：为什么叫「前端老兵AI」？ 老兵，是因为 9 年多的实战经历，见过技术迭代，也踩过不少坑；AI，是因为我现在日常开发已经离不开 Cursor 和 Claude，AI 编程不是噱头，而是真实的工作方式。这两个词组合在一起，就是我想分享的内容：用老兵的经验 + AI 的提效，让前端开发更高效、更少踩坑。
2026 年对前端来说会是很有意思的一年。AI 工具越来越成熟，跨端方案越来越多，技术人的选择也越来越多。我希望通过这个账号，记录和分享我在这个过程中的观察、实践和思考。若干年后回看，这些内容或许能成为一份有价值的「技术人成长档案」。如果你愿意一起走这段路，欢迎关注。
感谢你看到这里，我们下一篇见。
附录：关于这篇文章
- 发布日期：2026 年 2 月 25 日
- 类型：预热期首发 · 自我介绍
- 下一篇预告：3 月 1 日掘金「从明天起，我要做一件事」；3 月 2 日掘金「9 年前端踩过的 10 个坑」
- 如果你觉得这篇文章对你有帮助，欢迎点赞、收藏、关注，你的支持是我持续更新的动力
👉 我是前端老兵AI，9年+全场景前端工程师，正在输出前端实战+AI编程系列干货
📦 加微信 lxxs1203，备注"掘金"，领取《前端+AI编程实战干货包》
🎬 更多实操视频 → B站搜索：前端老兵AI
