夜雨聆风学习资料网

ARTICLE · 1229318

学全栈、啃源码后,我才知道:AI时代开发者最该升级什么

学全栈、啃源码后,我才知道:AI时代开发者最该升级什么
前置说明:文字90%人类输出;图片100%人类监督AI输出;

现状

算起来技术转岗业务已经快两年,已经度过了最艰难的职场转型期,也习惯了在业务侧的工作内容;
我原以为未来会和编程越来越远,但vibe coding的出现让我重新有了"做开发"的机会;
不同的是在业务侧摸爬滚打一年后,再去思考技术、需求、产品,有了不同的理解,我不再思考“该用什么框架、怎么把功能写出来”,此类具体编码问题,而是关注真实的业务如何运转、围绕核心数据如何设计系统、自动化运营如何介入为团队提效;
这样的技术思路与我全职做技术的时候几乎相反,那时我相信一个开发者的成长是学更多框架、全栈能力,再把源码啃得更深,现在回想起来,觉得当时对技术岗位的理解如此的浅薄;
而站在非业务的视角,我也更加明白当下的技术开发者究竟要如何面对AI的冲击,以及如何思考自己未来的发展方向;
接下来,我根据我的开发岗这些年的持续探索,谈谈我现在对技术岗位的看法,以及给这个行业的新晋开发者、30岁左右的开发者的建议;

编程能力探索阶段

为了不想大学毕业后一事无成、去工厂打螺丝,在大学后半程发奋图强学习编程,并获得了一些竞赛奖项,也让我找到了一份让自己满意的工作,这段经历让我非常感谢、并且热爱编程;
工作没几个月,Vue2项目的开发已经非常熟练,同时也让我失去了努力的方向,我开始思考,如何加强自己的开发能力?看看掘金上的各种文章,让人眼花缭乱的技术栈;
我想到了!这时候应该拓展自己的前端视野,学习更多的前端框架!
于是我开始从vue2到react再到angular、ReactNative,以及周边的一系列路由框架、数据管理框架、UI框架以及预计nodejs的后端框架、数据库等;公司的业务其实Vue2+基础套件足够支撑,并且中小型团队其实没必要搞多套技术栈,当时有些项目完全是为了用新技术而用新技术;后面反复折腾,最终由于团队精力原因都逐渐改回了Vue2的框架;
不可否认,在学习这些框架的过程中学到了新的知识,让自己的编码水平+5分,但是让技术团队更好了吗,产出增量价值了吗?是微乎其微的,更多的是为了用而用框架,其实本质上是在“玩”;
我开始认识到,不断升级编码工具本身并不会创造任何实际价值,这是一种自嗨式的努力。
经过一段时间的迷茫与思考,我开始想到了新的方向,深耕现有的技术栈!
在那个前端蓬勃向上,能够使用JavaScript编写的一切的时代,学习各种源码的主题文章层出不穷;在工作间隙我开始啃源码,从简易版vue2到vuex再到axios、promise,然后vue3、pinia;
硬着头皮看了很多源码,输出了很多源码解读的文章,当发布这些文章后,我心中惦记的是多少人点赞,多少人阅读;我不禁反思,做这件事真的是想深耕技术栈吗?还是为了刷履历,为跳槽去做准备?扪心自问,这些源码我并没有非常深刻的理解,其初心是缓解对技术工作的焦虑;
虽然阅读源码没有让我在技术上有某种质变,通过这次这次实践,对技术工种确实有了更加深刻的理解,虽然大家都是技术,但是写的却不是一种代码:
一种是真正的coder,比如antfu等纯粹的技术开发者,他们通过技术改变技术,引领前端领域的发展方向
一种是业务开发,比如我,以及社区的绝大多数,对我们来说技术是工具,目的是实现业务,确保稳定实现业务价值
看这些源码的过程中,第一次见识到了自己这辈子都思考不出来的设计模式、开发逻辑,虽然都是编程,但是也许我们真的不一样,钻研技术深度边际收益会越来越低;

持续反思阶段

上述阶段大概走了5年,有了上述的经历与认知后,我已经无法沉下心继续学习编程了,也意识到了跳槽不解决目前的问题,无非通过跳槽饮鸩止渴,或者让繁忙来麻痹自己对未来的焦虑感。
我开始不断的思考职场价值、以及未来的方向,对于一个高阶开发者来说,究竟什么是最重要的?在反思自己写过很多的的失败的产品时,我忽然意识到了对技术岗位理解的局限性;
我潜移默化的认为编程就是技术岗,却没有看到,编程只是技术的一部分,而无论在什么行业,技术只是一种实现方式,我们的最终目的是交付,交付价值,交付产品,而不是交付技术;
是啊,技术为业务服务,而我们又是业务开发,所以我们真正需要思考的应该是如何利用技术更好的做业务啊,我寻找到了新的方向,多想一步,思考技术产出的业务价值;

做产品的那些日子

从这个阶段开始,我开始关注公司的业务模式,也开始思考产品逻辑,用户逻辑,需求逻辑,在这儿阶段看了很多对我影响深远的书,比如《微信背后的产品观》《人人都是产品经理》《幕后产品》等,这让我打开了新世界的大门;
我更加深刻的意识的认识到了,开发的意义在于实现业务价值,开发并不是一个项目的起点,开发是一个项目终点的起点;
在项目开发之前,我们要充分的考虑清楚,我们的产品为谁服务?我们的用户需要什么?我们应该如何提供给用户?以及不同阶段的产品运营方案;如果是B端项目,我们要持续仔细的思考我们的业务逻辑,如何设计字段之间的逻辑关系,并且在软件层面给予我们的使用者友好的交互体验与直观的产品逻辑。
那段时间,我开始专注于改造现有的系统,重新梳理业务逻辑,并通过技术重新实现,同时也尝试输出了一些toC的产品,开始有了些产品思维;
产品的工作做起来也比较艰难,在做产品的一年中,能明显感觉到当下时代不是小而美产品的春天,能够运营起来的产品几乎都是依托于已有的流量基础完成产品的冷启动,形成数据与收入,或者有极强的社区、渠道运营能力,来实现持续的造血能力
一个典型的例子就是:在2023年左右,我主导上线了一个抽奖类的小程序,产品逻辑是比较清晰的,切入到大家低价购买、免费抽取到各种会员的需求场景;依托于当时公司现有的项目,我们打通了导流路径,前期的冷启动非常的成功,产品的7日留存率、30天留存率数据都非常好看,并且形成了持续营收的能力;但是产品本身存在明显问题,没有自己获取用户的能力,只能依靠已有项目的流量,老天给我的时间很少,在我还没有打造好产品逻辑的时候,流量出现了中断,这个项目持续走下坡路,最后关停;
经过这个案例,我充分意识到了,对产品这份工作,我的基础素质是不足的,不仅是产品逻辑要闭环,业务逻辑也要闭环,这对一个人能力的考验其实极高的。
虽然做产品的过程九败一胜,但是我还是对这个发展路线保持了浓厚的兴趣,如果后续没有转业务,我大概率会沿着这个方向持续思考,或许现在我已经是一个AI产品经理了。但是命运似乎不允许我这样发展,在2024底,我获得了一个转岗业务的机会;

脱离技术,投身业务阶段

2024年,公司的电商团队出来一些问题,老板让我分析一下当前的该业务团队的运营现状,我意识到了这是一个介入业务部门的一个机会,也是可能开启第二职业增长曲线的机会。
当时vibe coding还没有流行起来,但是我已经明确意识到了纯粹的技术岗位,未来需求会逐渐变小,继续做现有的编码工作是下坡路;尽管我已经提前规划转产品,但是也面对认知不足,业务能力不足的困境。
现在有了转岗业务侧的机会,如果我失败了,大不了再回去做产品,如果我成功在业务侧站稳了脚步,这会是一个比开发、产品更大的舞台,而且这是老板的意愿,转型的过程公司会给予更大的容忍度;
试岗2个月后,我正式从前端leader转为电商运营组长,转岗到业务侧后我几乎没有迷茫过自己的职业发展,团队百废待兴,管理问题、业绩问题、数字化运营问题,还有接手之前团队遗留的问题问题很多事等待结局,哪怕是闲下来了,也会思考团队、公司未来的发展方向;
转眼也到了2026年的当下,以及过去了快2年,现在的电商运营团队整体已经相对稳定,团队营收走向正轨,今年9月已经完成了年度营收目标,我也阶段性的实现了目标,探索职场第二增长曲线
到这里就结束了吗?我的经历回顾要告一段落了,接下来我们进入正题:当下时代,开发者该升级什么?

FDE(Forward Deployed Engineer)

在2026年3月我关注到了codex,感受到了vibe coding(后续简称:VC)的魅力,除了意识到了VC会加速技术岗位的汰换升级外,还意识到了,我有继续当“开发者”的机会。
在业务团队,除了业绩、团队管理之外,我还一直非常关注注团队提效工作,为此在团队内发起了一个针对运营提效的数据大盘项目,通过积累的一线业务经验,配合技术背景,让我知道这个产品要如何做;
这个项目在25年下半年开始委托技术同事开发,但是效率实在很低,存在需要多轮沟通,以及等待排期的情况,对此非常苦恼;直到今年3月接触到了VC,意识到了完全可以自己开发数据大盘,在基本不耽误本职工作的情况下,我通过vibe coding实现了项目的重构与高速迭代;
高效产出业务价值的同时,还同时承担了产品、设计、开发、测试整个链路上的所有角色,VC的出现再次拔高我的职业上限,有了充分发挥过去多年的技术积累的机会。
再后来我了解到了,这种工作方式有明确的名字,叫做FDE(Forward Deployed Engineer),前线部署工程师;
我们看看网络上对FDE的简介:
FDE 不是单纯写代码的软件工程师,也不是只提供建议的咨询顾问。它位于技术、产品、业务和客户交付的交叉位置,既要理解业务问题,也要亲自参与系统设计和项目落地;
当下时代,企业不缺AI能力,真正缺的是有人把AI能力接进业务工作流,这个人要懂技术、懂产品、懂业务、懂沟通,才能落地。以前这种复合角色的综合素质要求太高,但是现在有了VC的加持,类似FDE的岗位类型开始出现,并且开发转岗FDE有较大的技术优势,在了解与理解业务与产品的情况下,能够更加精准的做到把模型、技术转化成真实的业务价值。
那么具体要怎么做呢?
我建议大家从自己当下的公司入手,基于现有的闭环业务做提效改造、AI能力改造。
了解自己公司当下的核心业务模式、场景、分工,以及各个角色的工作内容,从中发现问题与需求,思考可改进方向
针对提效类,基于痛点思考产品解决方案,AI提效方案,通过vibe coding实现迭代,完成数字化工作流的搭建
针对分析类,打通现有数据后台,在此基础上做后置聚合分析,打造核心业务闭环的数据中台,快速试错形成有价值的归纳数据,为后续业务提供参考;
推进系统上线,推动小范围使用,了解大家的使用反馈,持续迭代产品,最后大范围使用,产生稳定业务价值
观察提效预期,做好提效量化报告
在这样的逻辑下,技术岗位便跳出了被动的编码开发的困境,而是顺应AI发展,主动创造价值,在这个过程我们会学到很多,也许会发现感兴趣的方向,觉得值得努力的方向,进而投入精力踏入职场的第二增长曲线;从被AI替代的焦虑中跳出,转变为站在AI风口上的受益者。

总结

当年大学毕业时找工作比较艰难,老师不太看好前端岗,希望我走后端路线,我当时觉得老师跟不上时代,后续几年也认为验证了自己判断的正确性;
AI时代再回想,其实老师的判断是有一定道理的,大多数的业务前端岗没有办法接触最核心的业务模块,更像一个高级切图仔,只是某个特定时代的爆发式需求让大家没有闲暇时间去认真思考,这是一个没有根的岗位;
很多公司开始合并技术岗,很多同学开始学习其他技术,但AI既然可以代替掉大部分前端编码工作,那么业务后端岗逐渐AI化也是必然趋势,只是渗透率的高低、早晚的区别,所以死磕编码工作不是最佳选择。
最后希望自己的一些思考和选择能够帮助到大家,思考出专属自己的下一个5年、10年的发展方向,FDE 会不会成为技术开发者一条新路,让我们持续探索吧。
我是维克,随缘不定期更新,欢迎点赞关注~

相关学习资料