失业
裁员之前
今年六月底的一个周五，下班回家的路上，主管突然拉了一个群（群里有我和我的舍友，我们俩是上一家公司的同事，一起离职后被主管带到了这家公司），告诉我们公司要裁员了，需要在我们两个人中选一个离开，或者两个一起走。
对于这次裁员，我们并没有感到意外，甚至觉得比想象中来得要晚一些。去年我们部门就已经开始裁员了，而我们的合同是在今年三月份到期，如果公司提前通知，只需要赔偿N就可以了，现在裁员则需要赔偿N+1。就这样，七月份我正式进入了离职状态。
我之前在一家小公司工作，说实话，工资并不高，甚至比一些刚毕业的还要低。但我还是做了很久，主要是因为工作轻松。在这家公司工作，我不觉得自己像个"牛马"，上下班时间正常，一年到头几乎没有加班。唯一的缺点就是工资不高，三年只涨了500元——这还是主管主动为我们争取的，因为我们是跟着主管来到这家公司的，那时候我们刚毕业半年。
失业后的生活
失业后，我先回家了一个月，然后开始了一场说走就走的旅行！作为一个广东人，出省就是来广东打工，没去过其他地方，没见过诗和远方，所以决定去远一点的地方看看，最终去了新疆和北京玩了半个多月。新疆真是处处皆风景，不虚此行！
禾木山庄附近的云霄峰
赛里木湖去了，没白活
回归正题
新疆是九月中旬去的，北京是十月中旬去的。旅行回来后，我接了两个外包项目，陆陆续续做了一个多月。后来因为太久没用过React了，想自己做个项目练手，无意中看到了React Native，就用RN做了一个记账APP。
外包经历
这两个外包项目不是我自己找的，而是朋友推荐的，因为他做不过来。接了两个外包后，我最大的感受就是外包项目要求多，各种细节要求层出不穷。好在有AI的帮助，一些小需求我都是直接让AI完成的。不得不说，AI真的很适合处理一些小需求，而且不容易出错！两个外包项目算下来，我大概赚了1万元。
两个项目都是用UniApp做的，需要适配Web和App。适配App真的是问题多多，最让我头疼的问题是样式混乱，虽然改起来不难，但非常繁琐。
有人可能会问，为什么不直接让AI来做呢？我确实尝试过，用的是Trae，但AI改得面目全非，以下是我遇到的问题：
- AI修改后，直接导致样式更加混乱，要么完全无法使用，要么Web端功能丢失。
- 开发时使用了UI库uviewui，但AI用的是老版本的库写法，直接导致不兼容。虽然我也用了Trae系统的文档功能，但AI并没有按照提供的文档来修改，还是按照自己的老版写法。
- 有时候会莫名其妙修改过多的内容，不需要改的地方自己也要改，让人无语。
当然，AI还是非常有用的，在开发阶段它帮我至少节省了60%的时间！这是一个很夸张的比例，直接让开发时长缩短了一半多！
AI编程最让我受益的部分：
- 从0到1搭建页面时，完成度至少有60%，后面只需要自己调整一下样式，改改逻辑（这部分逻辑也可以让AI按照你给的规范修改）。
- 页面修改完成后，页面逻辑控制AI实现得也很到位，几乎没有什么问题。
- 接口与页面的结合也做得很好，只需要自己封装好对应的方法，规定好调用规则，给AI提供接口文档，就可以几乎完美对接。
可以说，从页面搭建到接口对接，几乎都可以用AI来完成，而我只需要负责样式调整、交互调整、找出bug（告诉AI让AI调试）。前端绝大多数工作都能让AI来完成，开发者只需要负责小部分工作即可！
这是我在做外包项目时的使用体验，现在AI编程真的可以解决前端很多工作！
要实现这种让AI完成绝大多数工作的效果，有一个技巧，就是不能让AI一次性完成大量的工作，必须要分步骤来完成！！！举个例子：
如果要完成一个页面开发，可以按照以下思路来完成：
- 准备好页面所需的素材，如图标、背景图等，并将这些素材放到对应的文件夹中，做好命名（直抒其意），如背景图命名为bg.png。然后将完整的UI设计图保存下来，上传给AI，告诉AI什么地方需要用什么素材，并让AI使用什么组件库来完成该页面。最后告诉AI，对应的逻辑只需要简单完成即可，不需要全部完成，如一些点击事件直接打印输出一句话即可。
- 对AI生成好的页面进行调整，如样式等，你也可以让AI来完成，前提是你要告诉它具体怎么修改、如何修改。也可以自己修改，因为AI修改出来的效果如果使用的模型不好，出来的效果可能相差甚远，除非你能完美描述出你需要的效果！
- 完成样式调整后，就是对页面交互的调整，对逻辑相关的代码调整。这种涉及到逻辑交互的调整最好是小部分小部分地调整，千万不要一次性让AI全部做完，这样很容易出错（和模型有关，如果你用的是Claude这种模型可以试试）。
- 接口对接的时候，需要告诉AI如何对接，如：使用request中的get方法，地址为url constant中的GET_HOME接口，需要的参数为：xxx，最终res得到的结果为：xxxxx。
使用总结：就是将目标拆分为多个小目标，每个小目标按照自己规定的规范流程逐一实现，最终完成整体目标。
个人项目
在完成前面的外包项目后，我心血来潮想试试结合使用AI来完成一个个人APP。在刷知乎的时候，我看到了一个叫做蜜蜂记账的开源项目。刚好之前我使用UniApp开发过APP，又因为想使用AI来做项目，所以想使用一个自己没有接触过的全新技术来完成。又因为自己是前端开发，所以选定了React Native，使用Expo来完成该项目。
项目名称为[smallCount](Lyb-shoujibuyaofangkoudai/smallCount: 用于记账的APP)。 （我自己的第一个开源项目，希望各位大佬能给我点个star，哈哈哈哈哈）
这个项目已经完成了基本功能，对我来说已经可以拿来用了。当然，项目还没有经过多轮测试，肯定还有一些问题需要找出。项目后续我还会继续完善，我觉得这个项目也适合新手学习使用（因为里面的注释真的很详细，不愧是AI）。
在开始使用AI编程前，我纠结了一下是使用Trae还是Cursor还是插件来完成项目。当时准备使用Cursor来做，但发现Trae推出了Solo模式，最终选择使用Trae（CN），顺便试试Trae现在做得如何了。没有采用国际版的主要原因是免费额度真的有限！不过在实际开发中，我也用到了国际版的Trae，因为有时候国内版的确实不够聪明，明明自己定位出问题所在了，但一改就乱。
项目开发的一些经过
- 选定项目后，进行项目规划。一开始我让豆包和DS都为我写了一份APP项目规划文档（让AI完成项目规划时，需要对项目的功能描述清楚，不然生成出来的文档会有很多自己不需要的功能，最后生成的文档太长了就不放在这里了）。文档完成的只能说还行，后面又叫它们继续完善，并加入实现细节等，最后再根据自己要做的内容实际修改一下。
如：请为我完成一个用于xxxx的xxx应用，功能需要包含：1. xxxx 2.xxxx 3.xxxxx，技术需要使用：1.xxx 2.xxxx 3.xxxx，注意：1.xxx 2.xxx 3.xxx
-
我按照Expo官网的示例搭建好项目。由于第一次使用RN，里面踩了很多坑，特别是在本地编译运行原生APP的时候。虽然Expo可以使用Expo Go app来运行项目，但后面发现有些库需要使用本地编译才能使用，且使用Expo Go运行的项目最后在真机运行过程中也会存在一些问题，导致项目无法运行。单单环境搭建我就弄了一两天，幸亏有AI，AI在实际的开发中真的解决了很多问题！
-
将项目文档中的目录结构丢给Trae，让Trae自动创建好对应的目录结构，还有一些方法等。
-
开发APP时需要对应的设计内容，但我不是设计师，所以这个时候AI的作用就来了。我将文档丢给AI，让AI使用HTML实现对应的页面样式！有一说一，Trae内置的模型生成出来的UI效果真的差得要死，刚好谷歌的Gemini3出来了，试了一下，效果很不错，最终使用了谷歌的Gemini3来实现，UI图在项目中的.projectInfo文件中有。
如：请根据项目文档：xxxxxxxxxxxxxx，使用HTML为我实现项目的UI图，注意：需要参考蓝湖的呈现方式
-
现在的APP一般都有自己的主题系统，并配有暗黑模式。我对RN的开发实际经验不算很高，自己捣鼓了一个主题系统后，只有亮暗配色，不是很满意。最后我让Gemini3为我完善了一下主题系统，效果真的很不错，项目采用了NativeWind来完成，效果还是很不错的。
-
剩下的就是按照外包开发时使用的步骤来完成各个界面，就不多赘述了。
随便一提，Trae的规则文件最好写上，它真的很有用，不过有时候AI也会犯病，压根不理你的规则文档，自己输出自己的，虽然也能运行，但真不是自己想要的结果，结果还是要自己修改。
Trae的一些使用感受
Trae的Solo模式我也试用过了，它的Builder模式，说实话一般，最后生成出来的项目完全不能运行。但它的Coder模式确实好用，会自己找到对应的规范流程完成对应功能。不过有时候会犯病，直接乱改（可能是模型的问题），导致项目直接不能运行，有时候还得切换普通模式去改。
trae说实在的，总体体验下来已经比以前强很多了，他的UI风格看起来确实舒服，在开发smallCount这个项目时，项目至少有一半的代码都是trae完成的，如果让trae完成长任务，总体感受下来瑕疵还是很多，完成的结果和需要的效果还是有些差距，需要自己后期手动调整，但是对于一小小任务，当提供完整的思路和流程给它后，完成度几乎达到100%，给我的感觉其实是trae本身很好用，只不过是国内的模型用起来有点难用，需要一步一步告诉模型如何做，怎么做，就算告诉模型怎么做了，有时候模型也会不按照你的指令自己输出（这是最大的问题）。
我是觉得trae对于日常开发来说已经完全可以胜任绝大部分的重复工作，一些小需求，一些改动，如果是较大的变动，只需要写好对应的流程等也能够解决，只不过可能需要自己修改一下，虽是如此，总得说下来也是节省了大量的开发时间。
一些感受
我是在失业后才开始使用AI做开发的，在公司开发时我也有使用。AI编程真的是一个强大的工具，在实际开发中能够解决很多问题（大部分问题），只有一些实际的疑难问题需要自己解决。对于一些疑难bug还是需要人工去处理的，如一些需要进行多端兼容的疑难bug。有时候有些问题自己实在找不出来，让AI重新审核一下代码（最好重新启用一个新的聊天，并切换一个新的模型去审核），也能找出实际问题所在，并给出修改建议，快速解决bug。对于从零开发的项目，AI编程能极大缩短开发时长，同时生成的代码会很规范，至少比我自己有时候写的还规范。
在开发了这个APP项目后，我最大的感受是，作为前端开发真的需要改变一下自己了。这个岗位虽然不至于消失，但就目前而言，作为前端开发你至少需要掌握如何使用AI来完成实际工作，而不是像以前那样都是自己去改。AI这个工具真的正在重构前端（当然不止前端，后端也一样有冲击，GPT-5和Claude写后端真的很强！）。这是我作为前端开发者几年的最大感受（我刚毕业那会是21年，那时候还没有这玩意，到了现在，AI已经开始影响各行各业了）。
不要以为我在贩卖焦虑，但实际情况确实如此。不信的可以去看看相关招聘，现在大环境本来就不好，公司更希望节约成本，对应的岗位会更少。目前来看，前端岗位不会消失，但AI对初中级前端的冲击还是很大的，未来必然会有一大批初中级前端会失业（未来AI会更强，可能真的能做到不需要人为去监管就能独立完成一整个项目并部署到线上，实现项目快速落地验证）。
所以，各位前端开发者，新的工具已经出来了。以前一直都在调侃前端技术更新迭代快，现在AI工具出来了，我看还有很多人嗤之以鼻。现在的AI对于前端来说也是一次技术更新的到来，只不过和以往的技术不同，这是一个辅助前端开发的工具。不想跟不上时代发展的各位，请一定学好这门新技术。打个比方，这东西和当年React、Vue等现代Web技术框架对jQuery的冲击都相差不大！
总结
AI目前看来确实不会替代前端，但对前端的冲击还是很大的。如果自己不掌握好这门技术，未来的一大批前端失业人员中说不定就会有你，除非已经是靠近顶端的那种前端大佬了！
现在的AI已经不像以前那么笨了，掌握好正确的使用方法，一定能够为你带来全新的体验。目前我使用AI开发的最大经验就是：拆分大目标成多个小目标逐步实现。
最后一句话：如果有机会，考公、考事业单位真是一个非常好的选择！
