开发岗还是算法岗

投票
有没有已经入行多年或者人脉广的大佬,哪个未来发展更好
全部评论
我是算法转后端。我觉得业务算法的问题在于心累,杂活很多,大部分时间都在分析badcase和处理数据上,实际工作里,你也不确定什么能work,什么不能work。所以,coding能力几乎很难提升,但是业务理解能力提升的很快。组内汇报的时候,有的leader可能会觉得大模型或者sota模型能处理一切问题,出错了就是你的问题,这点比较麻烦。如果你擅长沟通和表达,那晋升空间还是蛮大的。后端的话就是身体累了,做的东西相对明确,看你咋选了。
9 回复 分享
发布于 2024-11-25 14:58 内蒙古
算法薪资还赶不上开发的话就不用考虑了吧😂
7 回复 分享
发布于 2024-11-19 22:56 浙江
必然是搜广推算法
2 回复 分享
发布于 2024-11-19 23:58 陕西
好奇佬怎么选的
点赞 回复 分享
发布于 05-13 01:11 北京
大佬是怎么同时准备的呀
点赞 回复 分享
发布于 2024-11-22 11:14 浙江

相关推荐

项目适用岗位:互联网C++后端, 大模型端侧部署 ,自动驾驶/机器人具身智能C++开发1、底层通信组件方案通信模式封装支持兼容多种通信模式普通消息模式:PUB/SUB(发布订阅)、PUSH/PULL(点对点通信)RPC 模式:通过ZMQ_REP、ZMQ_REQ 封装 RPC 功能RPC功能支持 RPC 方法的动态注册提供默认的 RPC 方法列表查询支持 RPC 调用2、Master模块(实现思路:类似ROS1 Master功能, 更轻量化)背景:分布式大模型系统中,多个节点(如llm/vlm, asr,tts, camera,yolo)需要动态发现彼此并高效通信,外部用户可以动态管理节点内任务调度​​节点注册与发现​实现轻量化内存kv缓存数据库:存储节点元信息;并提高sql查询接口,供节点动态通信节点启动时向Master模块注册,上报自身元信息;节点通信时自动匹配动态任务调度分配设计用户请求-任务匹配机制:外部用户仅封装简易数据包请求,可实现动态控制各个模块(启停/llm推理等)3、Channel模块封装上层发布-订阅(PUB/SUB)和点对点通信(PUSH/PULL)混合通信模式设计闭包,通过闭包将​​网络层​​(ZeroMQ)与​​业务层​​(用户回调)解耦,同时隐式维护了通信上下文状态。4、Infra基础架构模块rpc分布式控制指令下发+异步​事件驱动架构​​注册rpc_setup/rpc_pause等分布式控制接口->注册eventpp事件监听->上层触发rpc调用 -> 添加eventpp事件队列中-> 异步事件驱动->各子类Setup/Pause等功能接口标准化控制协议​​基于抽象接口(Setup/Pause等)实现跨模块统一管控,支持LLM/ASR/TTS等异构节点无缝集成5、TASK模块与Infra模块关系:类似与进程和线程之间关系,Infra模块负责资源分配和流程管控,TASK模块是真正干活的,干的活如下:各模块中模型生命周期管理(加载/卸载)infra推理包装回调输出等等
Sor大白:项目适用岗位:互联网C++后端, 大模型端侧部署 ,自动驾驶/机器人具身智能C++开发
点赞 评论 收藏
分享
评论
5
9
分享

创作者周榜

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