avatar-decorate
Zechariah level
获赞
618
粉丝
147
关注
6
看过 TA
2513
华东师范大学
2027
算法工程师
IP属地:上海
暂未填写个人简介
私信
关注
头像
04-27 15:11
已编辑
华东师范大学 算法工程师
暑期实习从2月开始投,面了两个月,流程该挂的都挂完了,腾讯字节一共号称是1.7w个hc,不知道都发给谁了,估计今年秋招要难顶。Timeline米哈游、美团、蚂蚁、微软等公司直接简历挂穿,没进面。携程:3.3 投递、测评3.12 笔试3.18 一面3.25 二面4.13 ai面(hr面)4.14 英语测评4.23 offer(已拒)腾讯:2.6 测评2.28 wxg一面3.5 wxg二面(挂)3.11 teg一面3.21 teg二面(取消)3.31 teg一面4.10 teg二面(挂)4.21 wxg一面4.24 wxg二面(挂)字节:1.28 aml约面(取消)3.17 火山一面(挂)4.8 aml一面(挂)4.20 抖音data一面(挂)阿里:3.23 投递、测评3.28 笔试3.31 淘天一面4.8 钉钉一面4.9 淘天二面4.10 阿里控股一面4.12 钉钉二面(取消)4.15 淘天hr面4.16 淘天offer(已接)4.21 高德一面(取消)4.22 淘宝闪购一面(取消)面试最大的感触是,现在撞上ai转型,一堆老业务急着转向,新业务非常不成熟,研究型的组bar非常高根本进不去,业务侧挂着算法的岗位干的都是工程活,面试却又要问算法,另外agent的落地也远没有那么广,绝大多数还是那套写死的系统调一下llm api或者做做rag,其余少部分真的在搭agent的,基本不能在线上服务用什么很智能的模型,现阶段成本太高,进去大概率就是给垃圾模型从工程方面兜底,除了业务场景的应用和数据经验以外,技术方面很难有什么提升。算法岗做不了基模的还是去搜广推好,之前判断失误了完全没投,秋招不知道还进不进得去。
嵌入式的小白:不错啊,淘天也是挺好的,恭喜
我的求职进度条
0 点赞 评论 收藏
分享
头像
04-14 02:02
已编辑
华东师范大学 算法工程师
四月过去快一半了,也面了几家了,明显感觉到这些中大厂业务部门的所谓算法分成三种不同的态度:1. 画饼,团队本身之前的算法工程和大模型其实不怎么沾边,说是有一些“预研”的东西,但还是以维护历史包袱、保证现有业务和ai能力的交付为主,所谓的“预研”无论从技术难度还是从落地成本的角度来说都是极大的未知数,实习生要么碰陈旧业务和前沿脱节,要么扎进未知领域用几个月搏产出,风险极大。2. 从已有落地技术角度出发,考虑Anthropic等公司在vibe coding等场景的成熟经验,尝试融入到现有产品方案中,缺乏整个商业模式的逻辑闭环,大多只是为了蹭技术热点强上功能,把已有的成功案例吸收进产品,再反过来论证这个功能本身有用,这样虽然稳妥、可以保证产出一定的功能,但目标本身有盲目性,没有论证功能本身的价值就去跟风实现,长期来看有负产出的风险,对于实习生来说倒是无所谓,至少能有些产出。3. 从自身产品定位、已有商业模式出发,用新的ai技术优化效率和体验、强化已有的产品地位,需要在垂直领域落地走在最前沿,这种策略眼光比较长远,相比于第一种,区别在于团队整体方向都转向了,要把ai能力深刻融入到旧业务中,保持并扩大竞争力,缺点是发展是长期的、阶梯式的,短期内的探索可能也和api boy没什么区别,做做工程性的兜底工作,这部分完备了之后再从模型层面优化上限,适合实习+转正一直干下去,深耕垂直领域。本来应该还有第四种,就是完全的新业务、新技术,没有历史包袱,直接切入前沿,不过这种一般都在初创或独角兽,中大厂还没见过这样的,这种对应届生来说太赌了。不做基模的算法工程师,完全是在产品、工程、算法的夹缝中生存,“业务部门做模型”一方面需要公司的算力资源分散到具体业务部门,另一方面方案中永远有sota闭源模型api作为对比,用有限的资源在模型能力的长跑中跑赢头部基模厂太难,真的有志于炼丹的同学还是要想尽办法挤进基模组,否则就要做好“算法工程但和前沿大模型研究没什么关系”的心理准备。
0 点赞 评论 收藏
分享
头像
03-15 12:07
已编辑
华东师范大学 算法工程师
查看3道真题和解析
0 点赞 评论 收藏
分享
头像
03-08 04:30
已编辑
华东师范大学 算法工程师
此时此刻,2026年的3月这个时间,llm驱动的agent这一新应用范式已经在coding领域深度扎根,被广泛认可,需要意识这种成功源于两个方面:一是底层llm能力迈过了“能用”的门槛,并且越来越“好用”,差不多一年前,Anthropic发布sonnet 3.7,那时候就已经是“可用”了,未来llm会成为像数据库、消息队列一样的常用组件,集成进各种系统里;二是coding场景天然适合agent应用,一切开发相关的上下文被装进了文件系统和ide,为agent应用做好了所有必备的信息集成,同时bash等命令行工具为agent提供了高效操作文件的能力。两者叠加,才有了vibecoding的繁荣。那么从vibecoding中可以得到什么启发呢,一方面是llm可以通过训练真正胜任下游任务,这条路被证明是通的,另一方面是以目前的agent范式应用llm能力,首先要对需要应用的场景做信息集成、能塞进llm的上下文,然后是要给llm构建足够强大、高效的动作空间,使其操作环境里的数据完成任务。上面说的两个方面,其实就是需求激增的两种“AI工作”的方向,一个是做垂类的算法岗,一个是开发或者说应用岗。算法岗需要“卷”的,是深刻理解模型在具体场景下的工作范式,构建可靠的评测集测试现有模型的能力边界和缺陷,掌握针对性提升能力的数据构建,探索最高效的模型训练方法,让通用基座模型深度适配垂类场景,在现在这种早期阶段,算法岗也不乏需要参与新工作范式的设计和落地,说白了就是承担一部分开发相关的工作。开发岗需要“卷”的,是对业务本身的革新思考,目前的软件生态是移动互联网时代发展来的,与用户的交互逻辑是严谨、固定流程的,而ai灵活的处理能力,赋予了软件设计极大的想象空间,正因为过于灵活,agent等新应用范式的规范设计就显得更加重要,现在可以是agent,以后也可以是别的什么,总的来说,是要梳理客观上能表征业务场景全部信息的数据,集成到一个环境中,这个环境里面还需要开发对数据的所有操作指令,然后给llm通过提示词来说明如何在这个环境中工作,这个过程需要反复的试错,还要测试模型能力的上限和缺陷,给算法提需求。分析了这些之后,考虑作为一个校招生,想要进入一家公司做这样的工作,需要“卷”什么呢?可以看出业务侧垂类算法的核心已经不触碰底层模型架构了,更多依赖数据驱动,以及高效的后训练,和推理优化,所以这里要卷什么,没必要再赘述,agent时代之前算法也是做这些,无非是面向的场景数据变了。对于应用岗,初学AI很容易被一些看似“先进”的概念吸引,以为找AI工作就是去记什么是react,什么是mcp,什么是skill,什么是上下文管理,但通过上面的分析我们知道,这些只是“实现信息集成、实现数据操作”的具体方法,现在处于行业爆发早期,很有可能不久就被更好的设计迭代掉了,如果只把精力投在这上面,一方面这些东西从技术层面都是很简单的处理,没什么深度,一堆造词造概念,谁都能轻松掌握;另一方面,没有真正探索llm强大、灵活的能力,只是复现别人总结的使用方法。一定要摒弃移动互联网时代Java后端那种“找个集成所有技术栈的项目全手写一遍”的想法,之前这样有用,是传统互联网开发的模式导致的,只要成为一个好用的螺丝钉就行了,在哪都是写那套东西,用那套技术栈。但AI时代不一样,尤其现在是早期,AI带来的技术栈增量非常小,因此除了传统开发方向的技术栈之外,应该卷的是基于AI灵活的能力,找到新的应用场景、交互模式,并针对场景设计开发应用AI的方法,这里完全可以天马行空,不会有什么这里要用redis这里要用mysql这里要用mq的技术包袱,大胆去尝试,做出不一样的东西,有想法才是AI时代的破局之道。
找AI工作应该卷什么?
0 点赞 评论 收藏
分享

创作者周榜

更多
关注他的用户也关注了:
牛客网
牛客网在线编程
牛客网题解
牛客企业服务