滴滴提前批 出行方向 一面面经😊终于面到核心组了 太不容易了 八股项目都问了1、concurrenthashmap如何保证并发安全2、strign字符串为什么是不可变的3、hashmap的扩容4、联合索引 a=1 b<2 c=3触发规则5、redolog binlog undolog 写入顺序，用update语句举例6、慢sql排查 优化思路7、如果sql已经优化到极致了，偶尔出现比较慢的情况 一般是因为什么？8、缓存穿透怎么解决？9、redisson延迟队列和分布式限流底层原理10、如何利用redis做滑动窗口限流11、有咩有jvm调优经验12、cms 和G1的区别12、spring...

俩实习生全是槽点，还一个个摸鱼摸到飞起，现在就问：这俩到底咋选？怎么带？实习生 A：一点就透，还能活跃组内气氛，妥妥的机灵鬼。但架不住爱忘事、左耳进右耳出，交上来的活儿也就刚够及格线，摸鱼倒是比谁都积极。实习生 B：做事踏实能落地，进度反馈贼及时，让人省心不少。可悟性是真差，一点小事得反复确认八百遍，巨费时间，摸鱼这事儿也没少干。一个机灵是机灵，就是太不省心；一个稳当归稳当，带起来太费劲。换你你选哪个？这俩到底该咋带啊？

看了篇论文感觉挺有意思的，这个是我目前看，能够比较完整的把智能体错误进行系统整理并給出一个诊断方式的文章。并提出了一个多代理系统故障分类法(MAST - Multi-Agent System Failure Taxonomy)原文链接这个文章主要把Agent的问题分为了三类第一类：系统设计问题这类错误通常是因为系统让智能体扮演的角色没定义好，或者智能体没能遵守“人设”和规则。其中下分五个错误1.1 违背任务规范 (Disobey Task Specification)：用户说“不要用固定字典”，智能体非要用。即无视用户的核心约束。 1.2 违背角色规范 (Disobey Role Specif...