ai时代最吃香的是拥有全栈能力的工程师

ai时代其实做底层的基础模型开发永远都是少数人,而大部分人其实做的依然是开发方向,agent,rag,后端这些。
可能有人说我学agent不需要学后端语言,其实并不是这样。我看了公司的ai项目,其实也会涉及到一些缓存,数据库的存储。agent开发不止需要的是对于大模型的基础性理解,还是需要一定的工程能力。
刚开始企业在招聘的时候,主要考察ai是因为产品还在初始阶段,用户量不算很大。用户量大到一定程度就需要工程能力了,降级,容错,数据存储,性能优化,这是工程能力,而ai幻觉,输出质量稳定性,agent编排,微调需要的是ai能力。
以下是更偏后端的ai开发的全栈能力
1.  基础后端能力
一门业务语言,框架,体系(java/golang/cpp)
核心是构建后端服务,语言并不是最重要的,框架也不是最重要的。后端能力学框架并不是框架本身,而是涉及到底层的网络/io/数据存储/操作系统。为啥用多路复用,怎么结合业务逻辑配置缓存淘汰策略,其实是对计算机本质的理解。
框架,中间件都是一层套一层的,最终会回归到最本质的io与trade off
2.ai能力
超越调用API,需理解大模型的核心原理(如Transformer架构、注意力机制)及其能力边界。
ai应用侧的能力
prompt,rag,mcp,langchain
agent编排

3.大数据处理能力
随着互联网公司的数据量增大,普通的mysql以及不能支持高效的查询。对于一些复杂的聚合计算,报表这些通过简单的行式存储(tp)已经不能满足未来的需要,所以出现了列式存储(clickhouse/doris)。需要了解从tp数据库的清洗流程(flink流式处理/离线处理)
ai时代我认为,数据的作用将会不断增大

4.垂直领域的业务能力
互联网(金融/电商/社交/内容/直播)都需要ai来赋能
以我所在的跨境电商行业为例,你是否熟悉电商下单到跨境物流(头程,尾程)再到合规等业务,能否打通业务全链路形成闭环

为什么未来需要全栈能力?
(1)ai提升了代码开发的效率,如果我们把java,大数据,ai分成3个岗位,中间的沟通时间就会浪费掉,而ai更加擅长的其实是技术细节的coding
(2)做ai开发prompt,rag,agent编排的偏向ai侧的工程师,其实是需要非常熟悉业务的,而java工程师最擅长的就是业务,不如让一个人去做,效率最高,不懂业务做ai开发效率是没那么高的
就像美团履约团队,让前端去转后端一样,有可能未来,全栈正在成为一种趋势

所以,先广度,再深度,先把工程能力和ai能力的广度建立起来,再对一些方面进行深挖

最后再来谈谈为什么我认为ai是取代不了程序员的。我认为最核心的一点就是未来写代码有可能是一个需要情商的事情?什么叫需要情商,就是你废力去做的一个需求,可能用户根本不需要。
举个例子,产品问开发,你认为这个需求最多能够承受多少数据量,开发问产品,你认为客户的需求能做到多少数据量就可以了。像saas公司,你真的要做到满足客户100%的需求嘛,不是的,因为你真满足了,你的服务器成本会很高,公司发现不划算。这就是一个trade off的问题
所以本质上程序员开发涉及到情商/成本trade off/商业化思维的时候,ai做不了了
还有一点就是行业的业务,以我在saas公司的经历,我认为saas公司其实就是在垂类赛道把行业的业务知识搞透了,赢得了客户的信赖,而其中一些业务设计,ai理解起来会非常困难。垂直领域的业务知识或许会成为程序的壁垒之一
#聊聊我眼中的AI# #ai# #后端# #agent# #牛客AI配图神器#
全部评论
mk
点赞 回复 分享
发布于 03-17 14:47 重庆
总结的很好
点赞 回复 分享
发布于 02-12 16:47 湖南
666,研究这么多
点赞 回复 分享
发布于 02-12 16:42 湖南

相关推荐

只记录总结了一些没答好的推荐系统用例设计:基础的功能交互:图片封面的尺寸,关键词的截取,后台的一些用户点击,停留时长以及收藏等行为是否正常上报,还有负反馈机制,就是说用户点击“不感兴趣”后是否当前列表会立即移除该内容,最后就是推荐结果和详情的一致性,进入的详情页要和推荐位显示的内容一致算法效果的测试:比如说相关性:是否与用户的搜索内容是强相关的,多样性:推荐的内容对应的tag是否是同一类目,然后还有实时更新:用户在一个地方停流了很久是否后台会出现该信息,然后是推荐列表是否包含一定的低频上线内容特殊场景的测试:用户没有历史行为的反应,没有商品的反应,极端搜索的处理,出来的内容是否符合规定数据和性能的测试:接口的性能,容灾的一个降级,离线和线上的一个对齐接口过慢:首先会去看监控,观察CPU和内存还有网络IO的一些情况,确认是否是硬件资源的瓶颈,接着会去查询慢查询日志,看看数据库的性能能否优化,比如说可以添加索引啊,还有一些sql语句不合理的情况可以处理一下,比如一些嵌套查询可以优化成联表查询,对于一些数据量过大的表可以进行一些分库分表的操作。业务逻辑中可以采用异步的流程,可以看看是否发生了FullGC,以及是否有一些递归导致时间复杂度过高。最后是网络,可以看看Redis是否变慢,队列是否积压,或者请求是否过多,可以适当做一些限流策略面对偶现的bug:面对偶现的bug,需要去差全链路的日志,确认当前的用户环境以及查看输入的参数和环境的快照等等,第二步是尝试利用压力测试去强行复现,找到它偶现的一个规律。算法:最长公共前缀(leetcode 14)ac
查看7道真题和解析
点赞 评论 收藏
分享
评论
10
10
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务