1.项目上线之后，在大量用户使用的背景下，我们可以在什么地方进行优化2.如果用户上传的文件量已经超出我们的服务器容量限制了，我们除了加盘扩容之外，还有什么方式？3.文件如果在上传的时候网络中断，如何确保再上传的时候在原来的进度上继续上传？我们是如何实现断点续传的？如果我们更换浏览器重新上传文件，还会有之前的上传进度吗？4.文件秒传的时候发生MD5冲突怎么办？比如用户上传的是A文件，但是他与我们服务器中B文件的MD5值是一样的（哈希冲突），那么在这种场景下用户上传A，执行秒传逻辑后实际上存储的是B，我们如何优化这种哈希冲突？5.同一个用户短时间内上传大量文件，导致我们的后端资源紧张，无法对其他用...

突然就收到了库洛的oc，很快的谈薪，很快的逼签，好像自己的去向突然就决定了，确实是自己很喜欢的方向，但当突然做决定的时候还是患得患失的。无法评判，选择无关绝对的好坏，只是在不同赛道里，偏向了更贴合自己的那一个。滴滴美团固然是不错的选择，但二次元领域的适配感，是自己更看重的。毕竟谁也没法预判未来，与其顾虑三五年后可能在互联网面对枯燥业务、深夜加班时的遗憾，不如遵从当下的心意——至少这份对领域的喜欢，是此刻最确定的东西。这种患得患失大概就是成长里的选择题后遗症吧。毕竟没有哪条路能提前看到终点，本就没有标准答案。但反过来想，能在年轻的时候选择一份“提起就会眼睛发亮”的工作，已经比很多在迷茫中打转的人幸运多了。就算以后真的会有遗憾，至少此刻的热情是真的，为热爱拼一次的勇气，也绝不会是白费的。最后祝大家都能签到理想的工作，爽拿offer！

有些企业问了简历我就给，发了简历就被挂，秒挂……谁不想翻身做地主啊你问我要简历我就要给吗已读不回高冷且拒绝直接倒反天罡

bg：9 本科班，2 段实习（1 段对口），暑期 3 offer（2 大 1 中），秋招 4 offer（4 大）。最后一个 offer 回复时间静悄悄地超时了。那一刻，其实没有什么戏剧性的情绪，就是电脑右下角的时间又跳了一分钟，我突然意识到：从 2 月份开始折腾的这一整段——找实习、实习、秋招——算是正式收官了。如果把时间轴再拉长一点，这大概也是我过去 21 年里，最重要的几个节点之一。一、从 2 月到 8 月：实习把我推上了牌桌2 月开始找实习，一路面到 4、5 月，前前后后加起来 30+ 轮面试。当时的心路历程我在牛客上写过一篇长篇流水账：https://www.nowcoder.com...