拼多多服务端开发工程师三面

第一次写评论。题目做得很惨，全是一些稀奇古怪的Bug，鉴定为长时间没写过代码导致的。大致记录一下我的做题经历。第一题：求幸运年份。直接暴力就可以写，注意要输入的年份先加一后判断，否则的话一个测试点都过不了。很水的一道题，大概花了7分钟。第二道：求开灯数量。我的首选思路是使用队列，笔试的时候也采用的这个方案。先找到这些灯开启后会直接影响哪些灯的开关，再使用队列求解。这道题要背大锅，卡了我一个多小时，一直段错误，给我改得怀疑人生，后来一行一行打印发现数组忘记加[]了，然后，紧急修改了后对了0.9多，实在没精力改这个题了。第三题：求最小的驼峰数组。这道题维护一个前缀数组和一个后缀数组就好了，然后分别枚举峰值的位置，判断最小值。这道题比上一道简直顺了太多了，至少我只是忘记查找的是最小值了，还有maxs的默认值太小导致得不到正确解等小问题，大概花了27分钟。第四道题：求能否到达n号营地。我的思路是广搜或者动态规划（？没试过）。还是时间不够的锅。我匆匆读了一遍题，看了眼样例就开始写了，样例过了就开交，然后就G了，仔细一看，发现是广搜时没有记录路径导致的路径上存在剩余的补给，而且忘记输出-1了！太抽象了，然后只有3分钟了，放弃了，-1都没输出。但是就我目前对于广搜的思路来讲的话可能会在某些测试点上超时？不确定。

笔试时间：2025年8月2日往年笔试合集：2023春招秋招笔试合集2024春招秋招笔试合集第一题：排队某个银行只有一个营业员,只能同时办理一个人的业务。因为营业员人数有限,所以除了首个办理业务的人之外,其他所有人都需要等待前一个办理业务的人办理完成。假设现在有n个人需要办理业务,第i个人的业务需要办理a[i]分钟。由于业务的特殊性,第i个人每等1分钟,他最终办理业务的时间就会多b[i]分钟。作为志愿者,你的任务就是安排他们的先后顺序,使每个人办理业务的总时间(包括等待时间)之和最小。输入描述第一行一个数n,表示有n个人(1<=n<=10000)。接下来n行,每行两个数a[i],bi...

上牛客闲着没事，随便回答点秋招问题不算最厉害的，但是踩坑还是很擅长的

27届golang，cpp项目纯上来凑数的，要不要删掉啊，求指点