1. 你之前接触过的中间件里，挑一个最熟的讲讲它的核心设计，重点说为什么要这样设计如果讲消息队列，比较容易拉开差距的不是背概念，而是把吞吐、可靠性、顺序性和扩展性之间的取舍讲清楚。比如一套高吞吐 MQ 通常会采用顺序写磁盘、分区模型、批量发送、批量拉取和零拷贝来提升吞吐，但这么设计以后，消费顺序只能在单分区内严格保证，跨分区顺序就必须交给业务自己兜底。再比如可靠性不是简单开个副本就完事了，生产端要考虑重试和幂等，Broker 要考虑刷盘和副本同步策略，消费端还要考虑重复消费和位点提交时机。真正难的是理解这些机制不是孤立存在的，而是围绕吞吐、延迟、可恢复性一起做平衡。2. 软件工程里的设计原则你...

是因为学院二本的原因嘛，一个公司都不要，想去个大点的公司好困难，只能继续在小小小公司干着了

简历求拷打，有没有大佬给点建议😭实习经历不太会写，大部分都是做业务功能的没有很强的技术点😟

春招投了30家了，说一下我用的填表方式。 前20家全手动，每家15-20分钟，信息全是重复的——姓名学校专业联系方式项目经历，填到后来真的麻木，有几家填到一半直接关了没提交。 后10家用了网申助手（牛客出的Chrome插件），区别很明显。 【用了哪些公司，真实反馈】 字节：完美，所有字段识别准确，没有问题。腾讯：完美，填完检查一遍就能提交。阿里：完美，比手动快了好几倍。美团：完美，识别率高。百度：完美。京东：基本没问题，有一个字段识别偏差，改了一下就行。快手：完美。网易：完美。有赞：识别失败，手动填。（中小厂有时候不行）一家小厂（名字不说了）：识别失败，全手动。 大厂全覆盖，中小厂看运气，失败...