题干解析 题设给予宝石总数(n)，背包空间大小（C）与每种宝石的价值(w)，每个宝石所占空间大小(c)与数量(m)，要求我们选择一种存储方式，使在不超过背包空间的前提下获得最大价值。 算法思路 多重背包问题。首先我们我们可以延续0/1背包的思路，将所有单个宝石看作一种宝石转化为0/1背包，这样做只需在原有的两层循环嵌入一层k从的循环即可。 但注意以上方案时间复杂度预计为最坏情况下n=100, 所有，总计进行数量级以上的计算，会超时，需要优化 一种简单的优化方向是进行二进制拆分后再转化为0/1背包。 假设某个宝石，我们不妨将25拆成集合，自行尝试一下，这五个数的任意组合的和能够覆盖0~25所有的...

已经入职字节快一个月了，突然想起来之前那段时间的面经没有发，先发一下timeline吧。Tiktok 内容安全平台（人才库电话捞我）：电话10.28 -> 一面10.30(我觉得你跟我们组业务挺match的，然后过了三天问hr挂了，应该是别人流程更快)阿里淘天：投递11.11->约面11.12->一面11.14（问得很简单，30分钟，手撕八股全过无后续）Kpi面腾讯wxg 微信小程序：投递11.13 ->约面11.14-> 一面11.17 (究极无敌拷打，问我多模态大模型涉及的算法？但是人很好)->11.19流程终止小红书 风控平台：投递11.16 —约面11.17  ->一面11.18 (抽象的面试官，面试感觉一般，问得前端网页安全相关的，确实没准备)->11.20挂百度 百家号：投递11.14 —>约面11.14 ->一面11.14(当场约2面)->二面11.24->口头告知offer， 拒绝（原因是业务不太好）美团 技术平台投递11.17 -> 约面（忘记了，没多久） ->一面11.19 ->二面11.21 （字节offer不想面了）快手 电商业务投递11.17 -> 约面11.18 ->一面11.19 -> 二面11.21（拒了）腾讯wxg 微信支付（被捞）：（直接发面试邮件）技术一面12.05 ->技术二面12.11 ->技术三面12.17 -> hr面已拒绝（了解业务后拒绝，但是有转正hc，感觉还蛮可惜）字节跳动 xxxx：东家就不放具体的时间线了，大概是面完第二天就能知道结果，除了有几天ld请假了没填面评。不去wxg还有个原因是还在期末周，深圳学校来回太麻烦了，至少现在在的组感觉能学到很多的东西，自己的选择应该也没错。还是感概一下，一年前大二的时候投简历海投基本上石沉大海，无论大小厂约面比例很少。现在基本上投了就有面试，还都是以前梦寐以求的大厂，现在自己也有了更多的选择，也没有投太多简历。也感谢上一段实习的经历，很有意思的项目，无论是字节，腾讯，还是美团基本都有聊这个项目。面经需要等一下，也许等周末有空了再发给各位uu，感兴趣可以关注一下～有想要交流学习的同学也可以私信我，目前人在北京大钟寺～，可以找搭子～

目前只有很小的公司会要我的简历，没有面试邀约。请各位大佬指点一下，该如何改进。

嘿，兄弟们好，我是飞哥，临近过年没事，再来唠唠我做过的票务系统。在票务这行，库存就是命脉。“超卖”（Over-selling）让你赔钱丢名声；“少卖”（Under-selling）让老板觉得你技术不行，票明明有却卖不出去。今天飞哥就结合这几年在票务系统摸爬滚打的经验，跟大家好好唠唠这里面的深水区。1. 为什么“超卖”和“少卖”是系统的生死劫？很多兄弟初学并发，觉得写个 synchronized 或是 ReentrantLock 就能高枕无忧了。但在分布式架构下，这就像是用塑料袋去兜洪水。超卖： 就像 10 个人同时挤进一个窄门，大家看到货架上还有最后一张票，结果 10 个人都下单成功了。少卖：...