双非老鼠的悲惨秋招

围绕项目，无八股算法部署服务的方式pod 最大多少个：高峰期7k QPS： 呃到☂️十个 Pod每个pod占用的资源：API 查询和任务消费/回调合并在一个 Pod 内，这类 Pod 既有高并发读流量，又有异步写和状态更新，也就是2C4G request，4C8G limit。分表的分页表怎么做有没有更好的方案  从产品思维：根据用户会员等级，限制用户查询的数量。加入缓存遇到了哪些问题：数据的不一致性问题，具体来说，当回调主动更改缓存任务状态时，有可能更改失败，因为mysql和redis的更新不在一个事务内，这个时候ttl就发挥了作用，视频生成的平均时长是2到3分钟，ttl设置为3分钟，当任务过期就被清楚，从数据库取出最新的数据，保证了redis和缓存的一致性消费者怎么回调：消费者回调通过rpc的方式回调我们的服务，传入状态和视频结果等信息，我们的服务去更新数据库和缓存服务之间调用的输入输出  用了 rpc 的什么协议调用的：百度内部常见的 RPC 框架是 brpc。它底层一般跑在 TCP 之上，消息序列化常用 protobuf；协议层不是只有一种，百度内部常见有 baidu_std 等私有协议，brpc 同时也兼容 HTTP、gRPC、Thrift 等多种协议。在这个项目中的一些不足和经验1. 后续流量增长还需要将轮询缓存的方式改成主动推送2. 对于慢sql的监控不完善，应该及时报警3. 在方案选型时考虑成本风险和收益反问：技术挑战如何，答：高并发以及维护可用性

引言：这不是一个神话大家好，我是Robyn，一名普通的985机械工程硕士。在研二之前，我的世界还充斥着齿轮、轴承、有限元和力学仿真。而今天，我的身份是PDD-TEMU的一名后端开发工程师。这不是一个“三个月速成进大厂”的神话，而是一个充满迷茫、焦虑、汗水与抉择的真实故事。我希望通过分享我的经历，给所有非科班出身、但渴望进入互联网行业的同学一盏探照灯。第一章：抉择与迷茫——为什么是互联网？我的机械专业背景其实不差，但几个现实让我动了转行的念头：薪资差距：目睹了师兄们去传统制造业的薪资，与互联网学长们的Offer对比，差距是肉眼可见的。工作环境与节奏：我更向往互联网快速迭代、结果导向的氛围，而非传...

国际化出行的池子到底有多大，有没有uu三面结束了开泡的

笔试时间：2026年03月08日往年笔试合集：2023春招秋招笔试合集2024春招秋招笔试合集第一题：方格世界难度：中等涉及知识点： 差分数组与扫描线算法题目描述方格世界中所有方格的长宽高均为 1 米。方格世界中有 n 个方格堆，编号依次为 1~n。每个方格堆中的方格都是按照从下到上的方式堆成一列（假设有 k 个方格，则这 k 个方格堆成了一个长宽均为 1 米，高为 k 米的长方体）。初始时每个方格堆中的方格数量均为 0。方格世界会下 m 场"方格雨"，第 i 场"方格雨"会使得编号在 l_i 到 r_i 之间的方格堆的方格数量增加 d_i。定义 f(h...