第一次二面，面试官依旧情绪价值很足，只可惜每到面试的时候才发现项目准备的还不够，手撕部分sql忘完尬了好长时间，算法用回溯暴力解了。 前面是专业和实验室项目的一些问题。SSE 与 WebSocket 有什么区别？为什么在这个场景选择 SSE？在项目中采用策略模式和模板方法模式，各自的用途和目的是什么？缓存预热、布隆过滤器、分布式锁分别应对什么场景和问题？查询场景下会有并发安全问题吗？分布式锁能彻底解决并发安全问题吗？分布式锁的超时时间如何设置？什么情况下需要做分库分表？单表数据量达到多少时 IO 次数会增加？原因是什么？高并发但数据量未达到分表阈值时，是否需要分表？高并发下数据库应如何应对？主...

rt 不知道是真的假的丁老板 太难绷了

最近刷boss 投了一堆公司。公司画像员工100-500人，非互联网公司跟着AI热潮产生的岗位需求，多为AI agent开发/全栈开发，基本都是CTO/老板直接对接，流程混乱，要求线下面试，不报销路费，直接不感兴趣拉黑。现在的互联网开发，非进校园的线下面试本来就少，基本都是借助腾讯/飞书会议线上面。走线下反映两个问题：1. 内部能效极低，线上面效率不比线下高？ 2.不懂互联网工具，不会用好互联网产品，内部怎么做的好开发？ 3. 公司没有融资没有上市没有title，凭什么要浪费时间精力给你们线下筛选？这并不表示我们求职者好高骛远，行情不好就安心沉淀寻找方向，盲目的下注只会浪费自己的时间和资源。

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