投测开还能被WXG捞？

面试题简述有100个苹果，两个人轮流拿，每次只能拿1到5个，谁能拿到最后一个谁赢，你先手，怎么保证你一定能赢？面试官想听的1、能不能抽象问题2、能不能找到规律3、能不能把思考过程说清楚需要说明的是，这类智力题最重要的是推理能力，而不是答案。面试回答举例我会先从小规模的情况开始分析规律，而不是直接看100个数。假设只剩下1个到5个苹果，先手一定赢。详情请参考：http://xhslink.com/o/444QKKxYUTp由浅入深分析1、这是一个博弈论中的必胜态或必败态问题2、核心是控制节奏，而不是算的快3、类似问题在算法中常见，比如 Nim 博弈4、重点不在公式，而在归纳和反推面试加分点1、提...

是腾讯的csig腾讯云，前天晚上九点突然打电话约面，激动的通宵学了一晚上，第二天状态很差改了今天（以后再也不通宵学习了）感觉自己浪费了面试官一个半小时单纯手写＋场景，无八股无项目无算法，打击真的很大，全是在面试官提醒的情况下完成的，自己技术方面真的还是有待提高，实力匹配不上大厂和已经面试的两个公司完全不一样，很注重编码能力和解决问题的能力，然而我这两个方面都很薄弱，面试官人很好很耐心的等我写完题目，遇到瓶颈也会提醒我，写不出题也会很耐心的跟我讲解好感动，到最后面试结束还安慰我打算把下周最后一场面试面完之后就不面啦，如果能去实习还是很开心，但是最重要的还是好好努力提高技术以下是面经第一题// 实现一个解析 url 参数的函数function parseUrl(urlStr) {// TODO}parseUrl('*********************************************');// 返回 {a: 1, b: 2, c: 3}追问：在链接里见过什么部分？用 hash 路由的话放在哪第二题// 考虑有一个异步任务要执行，返回 Promise，这个任务可能会失败，请实现 retry 方法，返回新方法，可以在失败后自动重试指定的次数。/*** 异步任务重试* @param task 要执行的异步任务* @param times 需要重试的次数，默认为 3 次*/function retry(task, times = 3) {// TODO: 请实现}// ---------------测试示例 ----------------// 原方法const request = async (data) => {// 模拟失败if (Math.random() < 0.7) {throw new Error('request failed');}const res = await fetch('https://jsonplaceholder.typicode.com/posts', {method: 'POST',body: JSON.stringify(data),});return res.json();}// 新的方法const requestWithRetry = retry(request);// 使用async function run() {const res = await requestWithRetry({ body: 'content' });console.log(res);}run();第三题就是给 retry 函数添加类型注释，用到泛型第四题：在组件库中将 Alert 用 api 的形式实现（应该就是 message 这个组件）怎么渲染到一个浮层里而不是原地渲染出来

来杭州实习的第三周，天天早九晚六感觉就已经很精神疲惫了，也没有多少私人时间，不敢想象如果是大厂的逆天作息我能活几年。果然人只有真正来上班了才知道自己想要什么，比起天天高强度被压榨拿到一份不错的薪水，我还是更喜欢能边摸鱼边混口饭吃。已经开始准备秋招找国企躺平了，大三想进国企该准备什么，是不是跟私企互联网招聘路子完全不一样，前边的准备是不是一点用没有了

最近我突然想起一个问题：让 AI 写一个 Linux 操作系统，这事儿是不是太难了？说出来可能有点好笑，但确实是我自己提的。那一瞬间我也觉得自己有点冲动——好像只要把“写一个操作系统”丢给 AI，就能轻松实现一样。可是想想就知道不现实。Linux 不是一个简单的程序，而是一整套复杂的系统：内核、驱动、文件系统、网络、调度……每一部分都要精细设计、反复测试。更别提它要在真实硬件上稳定运行，哪怕一个小错误都会崩溃，甚至造成数据损坏。AI 可以帮你写示例、解释原理、生成代码片段，但它无法替代长期的工程实践和硬件调试。就像让 AI 去盖一栋楼，AI可以画图、出方案，但真正动工、验收、修复问题，还得靠人...