懂车帝 后端开发实习 一面

目前有一段小厂实习，稍微包装了一下。打算年后想冲一些中大厂，不知道有没有机会，最近在学一些agent相关的东西，想问下建议在技能哪块加一下吗（rag mcp agent等相关技术），如何写合适呢。

题目1：十六进制转八进制统计题目2：四个数的最小公约数题目3：双陆棋棋子移动模拟题目4：生成树度数差最大化

Java这些年一直很稳。金融、政企、互联网中后台，到今天仍然离不开它。但问题在于，稳并不等于增长。当行业红利放缓，我们都会遇到同一个困惑：除了写Java，还有没有其他的路可以选？如果只能推荐一个方向，我会先看“能不能放大个人价值”。这也是为什么云原生相关技术越来越重要。Docker、Kubernetes、服务治理、可观测性，这些并不是简单的工具堆砌，而是决定系统如何运行、如何扩展、如何省钱的核心能力。会写业务代码的人很多，但真正理解系统如何在生产环境稳定跑起来的人，始终稀缺。对Java程序员来说，这是天然延伸，而不是推倒重来。另一个值得认真考虑的方向是 AI 工程化，而不是“算法本身”。大多数人不需要从零训练模型，但懂得如何调用模型、设计Prompt、做模型服务化、把AI接进真实业务，价值正在迅速放大。会Java、再会一点Python，加上工程经验，很容易成为“能把AI真正落地”的那一类人。这种角色在公司里往往不显山露水，却很难被替代。如果你更偏底层或对性能、硬件敏感，嵌入式和边缘计算依然是长期存在的机会。智能硬件、新能源、工业控制，这些领域节奏慢，但壁垒高。一旦积累下来，竞争对手不会太多。它不一定性感，但非常耐用，适合愿意长期深耕的人。当然，也有人转向前端、数据、甚至产品。但真正值得警惕的不是方向选错，而是“只学语法、不碰场景”。任何技术，一旦脱离真实问题，很快都会贬值。技术本身不稀缺，解决问题的能力才稀缺。

1. epoll 两种触发方式：LT 和 ETLT只要 fd 上还有可读/可写事件，epoll_wait 每次都会返回该事件。 优点是简单，不容易漏事件；缺点是通知可能更频繁。ET只有状态“发生变化”时才通知一次（例如从不可读变成可读）。 如果这次没把数据处理完，后续可能收不到提醒，容易“饿死”连接。 优点是高性能，减少重复通知；缺点是编程复杂、容易出错。2. ET 模式注意点 使用要点：fd 必须设为非阻塞（O_NONBLOCK） 可读事件到来后要循环读，直到返回 EAGAIN/EWOULDBLOCK 可写事件同理，循环写到 EAGAIN 或发送完 一般配合 EPOLLONESHOT 防止并...