阿术从上学到大厂上班的经历

大家好,我是阿术。

这篇分享下我读书、找工作经历,有问题都可以向我提问哦。

1. 自我介绍

  • 电子科大本硕,本科综合排名前5%,拿到中科大、东南和本校的保研offer
  • 硕士两篇一作 C 会
  • 拿到阿里云、蚂蚁暑期实习offer,选择在蚂蚁实习并转正
  • 校招拿到 10+ offer,其中大厂有腾讯、蚂蚁、百度、美团、阿里云,国企有工行、交行、建行、招行、人保、14所,目前在大厂当程序员

2. 读书

2.1 本科

我是从河南小县城考到电子科大的,本科时候成绩也不错,比较会考试,很多成绩都是90+,年级排名大概是5%左右。

由于学校风气就是深造,自己也没有对职业发展做规划,所以就只知道本科毕业读研读博。我们学校的保研率是在15%-20%,当时就很顺利的拿到中科大、东南以及电子科大的offer。考虑到想做点喜欢的方向,就在本校读研了。

那时候还是太单纯,以为学校不重要,方向重要,经历了研究生阶段的毒打,算是知道了,只要能毕业,读研尽量去名气大的学校,这对后面一些选择很重要!(至于原因,如果大家感兴趣我会单开一篇详细说明一下)。

2.2 硕士

研一和研二上也没想过找工作的事,每天就在实验室干活,做项目,写论文。

那时候比较看重论文,因为评奖学金有加分哈哈,而且觉得有论文是一件很酷的事情(虽然对找工作没有什么用,顶会顶刊除外)。

我们的项目不是纯工程的,可以往学术上靠,靠着做的项目拿到了两篇一作C会,完成了小小的读研愿望,后面也靠着这两个工作顺利毕业。

3. 工作

3.1 实习

研二下的时候发现该找实习了,孜孜不倦了几个月,靠着BG较好,面试表现不错,拿到了阿里云和蚂蚁的offer。

因为是准备转正的,当时的两个offer中蚂蚁的业务和强度要好一些,实习选择了蚂蚁。

实习时候确实是一段快乐的时光,遇到了好的老板,好的mentor和同事,体验不错。

3.2 校招

校招经历是比较丰富的,刚开始没想清楚自己到底要什么,有点既要又要,大厂、国企,什么都投,什么都面。先说offer结果:

  • 大厂:腾讯,蚂蚁,百度,美团、阿里云
  • 国企:工行,交行,建行,招行,人保,14所
  • 其他:TP和TP联洲,Oppo

还有一些不错的单位笔试通过了,因为各种原因放弃了面试,比如国开,国网,701,人寿等。

最终还是向钱看了,选择了在大厂上班,这一上就是一年半。

哦对了,都说大厂干到三十五岁就完蛋,定了offer之后没啥事,我还体验下考公,方便以后跑路。

主要说下国考,速通了下行测和申论就去考了,国考报的税务,低分进面后放弃。大家如果对考公感兴趣可以留意一波,后面会更新~~

3.3 回头看

上班以后回过头看,自己绝大多数时候都处于懵懵懂懂状态,无人指导,随波逐流。

幸运读到一个不错的专业,幸运保持着一些上进心,幸运在一个不错的环境内。

但中间也走过很多弯路,如果再优化一下说不定现在会更好。

个人觉得我的经历还是挺丰富的,不管是从读书,还是找工作,都拿到了不错的结果。就想把这些经历经验分享出去,希望能帮助更多人少走弯路

有的时候就是,别人的一篇帖子,一句话,就有可能帮助我们打开一条从未想过的路。

以上,谢谢你看我的文章,我们,下次再见!

#腾讯##大厂##开工第一帖#
全部评论
这个根本就没走弯路 没啥参考性
1 回复 分享
发布于 03-05 10:12 北京
电子科大本硕,本科综合排名前5%,拿到中科大、东南和本校的保研offer 硕士两篇一作 C 会 拿到阿里云、蚂蚁暑期实习offer,选择在蚂蚁实习并转正 校招拿到 10+ offer,其中大厂有腾讯、蚂蚁、百度、美团、阿里云,国企有工行、交行、建行、招行、人保、14所,目前在大厂当程序员
点赞 回复 分享
发布于 04-17 23:01 四川
你这经历好顺啊,羡慕这种啥都顺的人啊
点赞 回复 分享
发布于 03-29 20:42 陕西
人生需要多次经历
点赞 回复 分享
发布于 03-05 19:21 江苏

相关推荐

💼 岗位: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%】(战略级架构题,用于选拔技术负责人或资深专家🧑‍💼)
新手牛友村
点赞 评论 收藏
分享
评论
4
5
分享

创作者周榜

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