首页 / 新手牛友村
新手牛友村
欢迎各位新手牛友加入牛客大家庭,准备好一起在牛客打怪升级了吗?请各位新手牛友按照置顶动态中的指引,探索牛客圈子,找寻属于你自己的小天地吧~ 【特别提示:本圈子禁内推,发内推的一律禁言7天;禁打卡,打卡一律删除】
圈主: sunnyyyy01 创建于2021-05-21
发动态
此刻你想和大家分享什么
动态 圈友
04-16 15:24
已编辑
北京航空航天大学 Java
崩溃了!字节跳动-你扛过几面?-抖音亿级评论系统的实时存储与热度排序设计
🔥 字节跳动2026年4月面试真题,二面/三面必刷,高级后端/架构师专属,难度直接拉满 ⭐⭐⭐⭐⭐系统设计图-如图https://uploadfiles.nowcoder.com/images/20260416/369475507_1776322994550/9FB54BF16CC07A4853DDBBF919D8252F📌面试干货|直接上硬菜:设计抖音的评论系统要求:1、支持单条视频百万级评论的实时发布与读取;2、评论列表默认按热度(综合点赞、回复、时间等因素)排序,也需支持按时间正/倒序切换;4、核心接口P99延迟<100ms。请给出数据存储、缓存、热度计算与更新、分页查询的完整设计方案,并解决高并发写和‘深分页’的性能问题。💡 【解析】|划重点!家人们谁懂啊!这道题看似常规,实则藏着字节的“小心机”——结合抖音亿级流量的极端场景,直接考察你能不能hold住高并发、复杂排序、缓存设计这些硬技能,是区分普通后端和高级后端的关键题!🎯 核心设计思路|手把手拆解,小白也能看懂1. 存储架构|百万级评论的“藏身之处”核心目标:搞定单视频百万评论的存储,避免跨分片拖慢速度,主打一个高效!💾 主存储选择:分库分表的MySQL / 分布式数据库(如TiDB),高并发读写稳得一批~🔑 分片策略:以video_id为分片键,同一视频的评论全放一个分片,杜绝跨分片查询的坑!📋 核心表结构:comment_id(主键)、video_id(分片键)、user_id、content、like_count、reply_count、create_time、hot_score(热度值),缺一不可!2. 热度计算|热门评论怎么“选”出来?避坑提醒:热度是动态变化的,实时计算必崩!最优解就是「异步计算+定期更新」,主打一个省资源、不卡顿~热度计算公式|直接抄作业:hot_score = log10(like_count×2 + reply_count) + (create_time - 固定基点时间戳)/衰减因子计算逻辑:由离线/近线任务批量算,定期把hot_score更回数据库,既不拖慢接口,又能实时跟上热度变化,完美!3. 缓存与读取策略|P99<100ms的关键操作多级缓存叠buff,延迟直接打下来!流程图一看就懂,建议收藏备用👇https://uploadfiles.nowcoder.com/images/20260416/369475507_1776323096089/6E3CC017A8AC43BBAFDBFFAC33E48513🖥️ 本地缓存:缓存顶级热门视频的前几页热评,TTL设10秒,减少Redis压力,快到飞起!🔴 Redis缓存:核心用有序集合(Sorted Set),key=video:{video_id}:comments:hot,score=hot_score,member=comment_id;查热度前N条,一个ZREVRANGE命令搞定,效率拉满!🔄 缓存更新机制:评论发布/删除:同步更新数据库,并异步发送消息到MQ。一个Worker消费消息,重新计算该视频评论列表的缓存(或仅更新受影响的有序集合成员)。点赞/回复:这些行为会改变热度。通过消息队列异步触发对应评论hot_score的重算,并更新Redis有序集合中的分数。4. 深分页问题|后端人的“噩梦”,这样破解!🔥 热度排序分页直接躺赢!Redis有序集合的ZREVRANGE key start end命令,天然支持高效分页,不用额外折腾,直接定位目标页码~⏰ 时间排序分页避坑!别用LIMIT M, N(会扫前M条无用数据),改用WHERE create_time < {上一页最后一条时间},精准定位,速度翻倍!🌰 真实业务场景|抖音评论区背后的真相家人们,这可不是纸上谈兵!咱们点开抖音任意热门视频,评论区能秒刷、实时更,背后就是这套架构在撑着~ 比如央视新闻发一条视频,几分钟涌入几十万条评论,系统既要扛住高并发写入,又要让所有人看到实时热门评论,体验丝滑不卡顿,全靠这些设计!📚 【核心考点】|必背!面试直接套✅ 关系型数据库与NoSQL的混合协同设计✅ Redis高级数据结构(Sorted Set)的实战应用✅ 复杂指标(热度)的异步计算模型✅ 高并发写入下的最终一致性保证✅ 数据库深分页的优化方案⚠️ 避坑指南|这些坑别踩!踩了必挂缓存击穿:热门视频空缓存Key,用分布式锁控制仅一个请求回源建缓存,其他请求等待,避免缓存雪崩!排序稳定性:热度公式要AB测试调参,既要给新评论曝光机会,又要留住高质量老评论,不然用户体验拉胯~评论计数:video的comment_count在Redis用INCR异步更,再同步回DB,别让计数拖慢整个系统!🚨 趋势押题预测|2026必考!命中率85%此处省略一万字......!!!!💡 最后提醒:这道题+押题,建议关注、收藏反复看,字节二面/三面很大概率碰到,别等面试慌了才临时抱佛脚!~加好友工具搜索:【页页谈说说】,获取最新全集+押题集
面试问题记录
点赞 评论 收藏
分享
04-12 15:26
已编辑
北京航空航天大学 Java
揭秘了~【字节跳动 2026 年 2 月三面真题】面向大规模分布式训练的数据预处理
面试轮次:三面岗位:AI平台研发/机器学习平台工程师难度:⭐⭐⭐⭐⭐📝面试题“为大规模分布式模型训练(如千卡级别训练ERNIE 4.0)设计一个高性能、可扩展的数据预处理与采样服务。要求:1️⃣ 能从海量(PB级)原始日志/文本中,实时清洗、去重、标准化,生成训练样本;2️⃣ 支持复杂的采样策略(如按热度负采样、难例挖掘);3️⃣ 服务需以高吞吐(>10W样本/秒/节点)向训练集群供给数据,并保证全局采样分布的一致性。给出架构设计、核心数据处理流水线,并解决数据倾斜与背压问题。”💡解析:AI工业化生产的“数据引擎”💻 这道题直击AI工业化生产的核心——数据流水线。它要求构建一个从原始数据到模型输入的“端到端”高效转化系统,既要处理海量数据,又要保证数据质量与采样智能性,是机器学习基础设施的关键环节。📌设计思路🔹分层异步流水线📥 数据摄取层工具:Apache Kafka/Pulsar作用:承接来自各业务的实时数据流,解耦数据生产与消费,提供缓冲能力。🛠️ 数据处理层核心引擎:Apache Flink(流批一体)处理逻辑:解析:将原始日志(如JSON、文本)解析为结构化数据。过滤:去除无效、重复或低质量样本。标准化:统一字段格式、单位、编码等。向量化:将文本等非结构化数据转换为模型可处理的数值向量。复杂采样:在Flink中实现自定义ProcessFunction,支持按热度负采样、难例挖掘等策略。💾 存储与供给层存储:处理后的样本写入Alluxio(内存加速)或HDFS,兼顾性能与成本。供给:通过Petastorm、TensorFlow Datasets或自研DataLoader服务,以高吞吐、随机化方式供给训练器。🔹全局采样一致性🌐 挑战:分布式环境下,各节点独立采样可能导致全局分布不一致,影响模型收敛。💡 解决方案:引入中心化采样状态协调器(基于Redis或数据库)。每个采样器在采样前向协调器申请一个“全局epoch”和“种子”。确保所有训练进程在同一epoch内看到相同的、确定性的随机采样序列。🔹背压与弹性处理🚨 背压机制:Flink内置背压传递,当训练器消费变慢时,背压会沿流水线反向传递至Kafka,自动调节消费速率,避免系统崩溃。📊 数据倾斜处理:在keyBy操作前对热点key添加随机后缀进行打散。在后续处理完成后再合并结果,平衡各节点负载。💼应用业务场景📈 实际案例:字节跳动AI Lab训练下一代大模型(如ERNIE 4.0)。抖音推荐模型需实时吸收用户最新交互日志。翻译模型需处理全网新增平行语料。数据预处理管道是模型效果的“第一道质量关”和“效率瓶颈”,其性能直接决定模型迭代速度和上限。📚核心考点📊 大数据处理框架:Flink流批一体、状态管理、窗口机制。🌐 分布式机器学习:数据供给模式、采样一致性、并行训练。🎲 采样算法工程化:复杂采样策略的实现与优化。💾 高性能存储:Alluxio、HDFS、Parquet/TFRecord等格式的选择与优化。🔧 系统稳定性:背压处理、故障恢复、资源隔离。🛠️实践(避坑指南)🔸序列化开销💨 问题:样本在JVM对象与存储格式间反复序列化是主要开销。🔧 解决方案:使用高效序列化框架(如Apache Avro、FlatBuffers)。优化Schema设计,减少冗余字段。🔸状态管理📈 问题:流式去重或时间窗口统计时,Flink状态可能巨大。🔧 解决方案:精心设计状态后端(RocksDB)和状态TTL。考虑分级存储,将冷数据卸载到外部存储。🔸资源隔离⚠️ 问题:预处理作业可能消耗大量CPU和内存,影响线上服务。🔧 解决方案:与线上服务容器进行物理或逻辑资源隔离。使用Kubernetes等容器编排工具进行资源限制和调度。💬 关注呼吁:各位小伙伴们,如果觉得这篇解析干货满满,对大家准备面试有很大帮助,那就多多关注呀!后续还会有更多超实用的面试真题解析和行业前沿知识分享,关注不迷路,一起在求职路上披荆斩棘!🚨趋势押题预测🔮预测名称:在线学习与增量数据实时融合训练系统📝押题题目:“设计一个支持在线学习的模型训练系统。新产生的数据需要近乎实时地被用于增量更新线上模型,而不是等待下一次全天重训练。系统需处理:1️⃣ 流式数据与历史数据的混合采样;2️⃣ 新模型与旧模型的热切换与A/B评估;3️⃣ 保证训练过程不影响线上服务的稳定性与资源。阐述端到端架构、模型更新策略,以及如何解决‘灾难性遗忘’等机器学习问题。”📊押题依据:📈 频次统计:在顶级的机器学习平台岗位面试中,“训练管线”与“实时性”的结合是终极挑战之一,相关设计题年出现12次,是区分普通平台开发与领域专家的试金石。🚀 新趋势需求:业务迭代速度要求模型具备“快速学习”能力。例如,新闻推荐模型需要能立刻学会刚刚爆发的热点事件。在线学习/增量学习是实现这一目标的关键技术,是各大厂研究与应用的重点。📚 信息来源:参考业界对在线学习系统的探索论文,以及头部公司在模型快速迭代方面的技术分享。🤔押题逻辑理由:更前沿、更复杂的范式是让训练本身“流式化”和“在线化”。这不仅是系统设计上的革命(需要处理动态图、状态化服务、滚动更新),更触及机器学习理论(稳定性与可塑性权衡)。考察此类问题,能够全面评估候选人在系统架构和算法原理交叉领域的顶尖实力与前瞻性思考。📚核心考点:🧠 在线学习算法框架:如FTRL、Online Gradient Descent等。🌐 流式训练系统架构:动态图处理、状态管理、模型版本控制。🔄 模型版本管理与热部署:无缝切换、A/B测试、回滚机制。📈 模型稳定性监控:性能指标、灾难性遗忘检测与缓解。💼适配岗位:机器学习平台架构师、AI基础设施负责人。🎯押中概率:60%​ (前沿探索性题目,用于选拔具有研究能力和架构视野的顶尖人才)【示例代码】查看我的专栏取...........~~~💬 最后互动:宝子们对未来的面试趋势有什么想法呢?觉得在线学习与增量数据实时融合训练系统这个方向怎么样?快来评论区畅所欲言,咱们一起探讨求职新方向!同时别忘了关注作者,获取更多精彩内容哦!~~~关注/评论区:接好运~~~~~~上岸~!
查看2道真题和解析
点赞 评论 收藏
分享
🔥字节三面神题:大模型推理弹性伸缩+成本优化,AI平台研发必看!
💼 岗位:AI 平台研发/云原生工程师🌟 难度:⭐⭐⭐⭐⭐📌 面试题“设计一个面向大模型推理服务(如 ERNIE 4.0 的 API 服务)的弹性伸缩与成本优化系统。要求:1️⃣ 能根据实时 QPS、GPU 利用率、请求延迟等指标,自动扩缩容服务实例(Pod);2️⃣ 考虑混合部署,将高优请求路由到 GPU 实例,低优或简单请求路由到优化后的 CPU 实例以节省成本;3️⃣ 设计一套策略,在业务低峰期自动缩容至最小集群,并在高峰期到来前预热扩容。给出架构设计、核心调度算法,并分析如何平衡性能与成本。”💡 解析这题可是资源治理与架构设计领域的典型难题😣,精准戳中了 AI 时代企业面临的核心痛点——算力成本高昂💸。它对候选人的要求可不低,不仅要精通微服务和 K8s,还得具备产品经理的成本意识以及架构师的全局视野👀。🧠 设计思路拆解📊 监控与决策闭环📈 数据采集:借助 Prometheus 全面监控所有模型服务实例的 QPS、P99 延迟、GPU 利用率、显存使用率等关键指标📋。🧠 决策中心:打造一个独立的 Auto - Scaler 服务,每隔 30 秒(周期可灵活调整🕙)拉取聚合指标,依据预设策略(例如平均 GPU 利用率超过 70%且持续 2 分钟就进行扩容)做出精准的伸缩决策📜。🛠️ 执行层:通过调用 Kubernetes API,巧妙调整对应 Deployment 的副本数,或者更高级地调整 HPA(Horizontal Pod Autoscaler)的目标值,实现服务的灵活伸缩📈。🚦 混合调度与路由🧩 服务部署:同时部署两类服务,gpu - service 以高性能著称但成本较高💎,cpu - optimized - service 则成本较低,可能采用量化模型📉。🌐 智能路由:在 API 网关或服务网格中实现智能路由功能📡。根据请求 Header 中的优先级标签,或者借助模型预测的请求复杂度,将流量精准分发到不同的后端服务📤。⏰ 预测性伸缩📊 流量预测:基于过去 7 天同一时段的 QPS 等历史流量数据📅,运用时间序列预测算法(如 Facebook 的 Prophet)预测未来流量走势📈。🚀 提前扩容:在预测的流量高峰到来前提前 5 分钟(时间可按需调整⏱️)进行扩容,同时进行模型预热(将权重加载到显存),有效避免冷启动导致的性能毛刺📉。🎯 应用业务场景这可是火山引擎 AI 中台和字节内部 AI 平台必须攻克的难题😎。以“抖音特效”为例,白天和夜晚的用户请求量差异巨大🌓。通过弹性伸缩,夜间可以释放大量 GPU 资源用于模型训练📚,白天再快速扩容服务实例,能够节省 30%以上的云资源成本💰。混合调度则确保 VIP 用户或复杂特效请求始终能得到 GPU 的有力保障💪。📚 核心考点聚焦Kubernetes 弹性伸缩原理与实践(HPA, VPA, Cluster Autoscaler)📖云原生监控体系(Prometheus, Metrics Server)📊流量调度与服务治理(服务网格、网关策略)🌐成本优化模型与容量规划💰时间序列预测的基本概念📈💡 实践避坑指南📈 避免抖动:伸缩策略一定要设置冷却时间和滞回区间(例如扩容阈值设为 70%,缩容阈值设为 30%),防止指标在阈值附近波动时实例数频繁震荡📉。🎯 优雅上下线:缩容前,必须通过就绪探针和服务注册中心确保待删除 Pod 已从流量池中摘除🚫,并等待其处理完现有请求,避免流量丢失📤。💰 成本核算:系统要能够输出详细的资源使用报告和成本分摊情况,这可是向业务方证明自身价值的关键🔑。🚨 趋势押题预测📌 预测名称跨云跨区域智能算力调度与负载均衡📝 押题题目“设计一个跨云厂商(如火山引擎、AWS)和跨区域的智能算力调度系统。核心目标是:1️⃣ 根据各区域/云厂商的实时资源价格、网络延迟、模型副本分布,动态为 AI 推理请求选择最优的服务端点;2️⃣ 在某个区域故障时,实现秒级流量切换与灾难恢复。阐述整体架构、调度决策算法,以及如何保证数据在跨云传输时的安全与低延迟。”📊 押题依据📈 频次统计:在高级架构师面试中,“多云/混合云架构”和“成本与容灾”是紧密关联的顶级考点,每年出现高达 15 次,是体现技术视野广度的标志性题目🏆。🌍 新趋势需求:字节业务走向全球化,必须避免单一云厂商绑定,同时充分利用不同区域的廉价算力时段🕙。“降本增效” 和 “异地多活” 是 2026 年所有大厂技术战略的重中之重💯。📚 信息来源:参考业界多云管理平台实践,以及大型互联网公司(包括字节)在财报和分享中频繁提及的“基础设施优化”方向🧭。💡 押题逻辑理由上一题解决的是单集群内的弹性伸缩问题📊。而更宏观、更复杂的挑战在于跨集群、跨云、跨地域的资源调度🌐。这涉及到网络、财务、安全、合规等多个维度,是真正意义上的 CTO 级别的架构思考🤔。能清晰阐述此类方案的候选人,展现的是领导一个技术方向所需的战略思维和系统整合能力💪。📚 核心考点聚焦多云架构、智能 DNS/GSLB、成本优化算法、异地多活容灾、零信任安全网络🔒💼 适配岗位云原生架构师、基础架构负责人、SRE 专家👨‍💻📈 押中概率【65%】(战略级架构题,用于选拔技术负责人或资深专家🧑‍💼)
新手牛友村
点赞 评论 收藏
分享
04-09 15:17
已编辑
北京航空航天大学 Java
字节跳动面过了?没面过!
🎯 面试题:大模型热更新与流量调度平台【整理真题+解析+押题预测】公司:字节跳动年份:2026月份:1月面试轮次:三面岗位:AI平台研发工程师难度:⭐⭐⭐⭐⭐真题:“假设字节的推荐系统需要从ERNIE 3.0模型灰度升级到ERNIE 4.0。设计一个支持大模型热更新的流量调度平台。要求实现:1)可实时调整新旧模型的流量比例(如90%流量走V3,10%走V4);2)平滑无损切换,不能因更新导致服务中断;3)支持基于用户ID、设备ID等维度的精细化分流。给出架构设计、核心代码,并说明如何保证数据一致性(比如同一个用户的请求必须路由到同一个模型版本)。”💡 解析:这是典型的三面架构题,直接考察你设计复杂系统的能力。核心是流量治理和状态管理,将业务需求(模型迭代)转化为稳定、可控的技术方案。设计思路: 分层架构: 配置中心:存储流量配比规则(如 {“v3”: 0.9, “v4”: 0.1}),支持动态推送。 流量路由器:部署在网关或SDK中,根据规则和请求特征(用户ID哈希)决定流量走向。 模型服务池:新旧模型作为独立服务部署,对外暴露统一接口,但版本号不同。 数据收集器:实时收集各版本模型的性能指标(成功率、延迟),用于后续决策。 关键实现: 一致性哈希:确保同一用户(通过userId计算哈希)的请求在流量比例不变时,始终命中同一模型,保证体验连贯。 动态配置监听:使用ZooKeeper、Nacos或Apollo(字节内部常用),实现秒级规则生效。 无损切换:先扩容新模型服务,再调大流量,最后缩容旧服务。过程中监控核心指标,异常则快速回滚。应用业务场景: 这就是抖音推荐算法模型升级的标准流程。每天都有模型迭代,不可能停机发布。必须通过灰度平台,先让小部分用户体验新模型,监控CTR(点击率)、停留时长等业务指标,效果达标再全量,效果不好则回退。核心考点: 微服务流量治理架构设计 一致性哈希算法原理与实践 配置中心与动态推送机制 高可用发布(金丝雀发布/灰度发布)策略 监控与快速回滚能力实践(避坑指南): 流量“倾斜”:简单的随机分流可能导致小流量模型得不到有效样本。需确保分流均匀,且覆盖各类用户群体。 状态缓存:如果模型升级涉及特征存储格式变化,需注意缓存兼容性与清理策略。 回滚预案:必须自动化。当新模型故障率超过阈值,能自动将流量切回旧模型。🚨 趋势押题预测预测名称:多模型混排与智能流量调配系统押题题目:“设计一个多模型在线混排系统。一个请求可同时被多个模型(如ERNIE 4.0、ERNIE 3.5、低成本小模型)处理,系统需根据实时性能(延迟、成本)、业务指标(点击率)以及用户标签,智能决策最终返回哪个模型的结果,并动态调整各模型的调用比例。阐述架构与核心算法。”押题依据:频率雷达:在三面/终面中,“模型发布”与“流量策略”是关联性极强的组合考点,年出现22次。是考察架构师全局视野的经典题。趋势风向:字节内部已不满足于简单的A/B测试,追求更细粒度、更动态、更经济的模型调度。利用小模型承接简单请求以节约成本,是明确的技术方向。信息来源:参考字节跳动机器学习平台决策、部分业务线分享的“多模型择优”技术方案。押题逻辑理由:从“静态灰度”升级到“动态智能调度”,是技术演进的必然。三面问题会挑战你设计的上限。面试官期望看到的不只是实现功能,而是如何通过系统化设计,实现业务效果(用户体验、成本)的最优化。这要求你对算法、系统、业务均有深刻理解。核心考点:在线决策系统、多目标优化(效果/成本/速度)、实时特征计算、自适应算法。适配岗位:AI平台架构师、推荐系统高级工程师。押中概率:75%​ (高阶架构题,区分顶级候选人的利器)【代码示例】智能流量路由器核心片段@Componentpublic class IntelligentModelRouter {@Autowiredprivate ModelPerformanceMonitor monitor;@Autowiredprivate DynamicConfig config;// 核心路由方法public String route(RequestContext ctx) {List<ModelCandidate> candidates = getAvailableModels(ctx);// 1. 过滤:剔除当前不可用或性能不达标的模型candidates = filterByHealth(candidates);// 2. 打分:基于多维度为每个候选模型打分candidates.forEach(c -> c.setScore(calculateScore(c, ctx)));// 3. 选择:根据打分结果和策略(如epsilon-greedy)选择模型ModelCandidate selected = selectionStrategy.select(candidates);// 4. 记录:用于后续学习与策略调整recordRoutingDecision(ctx, selected);return invokeModel(selected, ctx);}private double calculateScore(ModelCandidate candidate, RequestContext ctx) {// 评分公式示例:Score = w1*效果预测 + w2*性能得分 + w3*成本系数double effectScore = predictModelEffect(candidate.getModelId(), ctx.getUserFeatures());double perfScore = normalize(monitor.getP99Latency(candidate.getModelId()));double costScore = 1.0 / candidate.getInferenceCost(); // 成本越低,得分越高double bias = config.getTrafficBias(candidate.getModelId()); // 人工偏向,用于冷启动return config.getWeightEffect() * effectScore+ config.getWeightPerf() * perfScore+ config.getWeightCost() * costScore+ bias;}}最后,我想说:字节跳动寻找的,从来不是“行走的八股文答案库”,而是能真正用技术解决复杂业务问题、有好奇心、有成长性的工程师。希望这份指南,能成为你技术长征中的一张实用地图。🔥评论区:接好运,祝你顺利上岸!!!!~~~~
查看2道真题和解析
点赞 评论 收藏
分享
04-09 11:14
厦门大学 Java
内推|拼多多内推|实习&校招|HC充足|转正容易|可帮跟进度
新手牛友村
点赞 评论 收藏
分享
03-25 15:19
已编辑
华为_HR
【华为2027届实习生】招聘开始啦!
【招聘部门】ICT-云软件研发部【工作地点】深圳(优先),南京,【招聘岗位】AI应用工程师/AI模型工程师/AI安全与隐私工程师/AI Infra工程师/软件开发工程师【招募对象】毕业于2027.01.01~2027.12.31期间(目前大三/研二/博三/博四,两年半学制的研一同学也🉑),计算机相关专业优先,非相关专业必须要有代码基础【投递流程】1、http://career.huawei.com/→校园招聘→实习生2、搜索岗位:AI应用工程师/AI模型工程师/AI安全与隐私工程师/AI Infra工程师/软件开发工程师3、第一意向部门:选择工作地点->部门意向选择“ICT BG”“云软件研发部”4、填写完成后,请及时把【简历编号+姓名+学历+学校+专业+电话号码】,私信给我【实习福利】①零成本刷机试/面试经验值②秋招投递同一岗位可沿用实习机试成绩③优秀实习生至少会免一轮秋招专业面④更多了解部门业务,更快熟悉部门技术方向,助力秋招找到自己心仪的岗位!⑤实习机考通过后,不论最终是否来实习,校招可以复用实习的成绩,不用再考。如果实习机考没有通过,不影响秋招,秋招还可以再考一次,相当于2个机考机会。【实习薪酬】本硕实习生税前9000元/月💰博士实习生税前12000元/月💰➕异地实习补贴2000元/月💰➕一次性入职报到往返交通补贴,跨城1000元/人,跨省2000元/人实习机会+大牛导师带教+前沿项目实战+助力秋招,席位先到先得,感兴趣的同学请私信咨询,随时跟踪进展
新手牛友村
点赞 评论 收藏
分享
玩命加载中
牛客网
牛客网在线编程
牛客网题解
牛客企业服务