soupu626

其实为啥容易吵起来
就是因为特斯拉提出单踏板模式，然后其拥趸就说单踏板是驾驶模式上最正确的解，其他车企不采用或者采用其他方案就是脑子有问题，不知道按特斯拉的“圣经”走，这种行为其实很招人烦

你喜欢单踏板没问题啊，你用就完了，为啥一定要按着我的头让我承认说单踏板就是比油门+刹车好呢，就为了满足你那“人间清醒” 的虚荣心么

驾驶是个很私人的问题，主观感受最重要，没有通解，喜欢特斯拉这种驾驶模式的人自然会选择特斯拉，不喜欢的会选择其他的，没必要按头

那 F1 还是左脚油门右脚刹车呢，这 20 人算是世界上最优秀的那一批 driver 了，可以精准控制油门/刹车力度，算是人形 TCS ，为啥 F1 不改成一个踏板呢，完全抬起是重刹，完全踩下是全油。。。。

理论上这个关键词的命中率应该极低，可以先筛一波，比如关键词建个前缀 map ，这个前缀取多长看你们关键词的区分度，然后先用输入文本过一遍这个 map ，筛出来可能命中的关键词小集合，然后再来全量的遍历

简单脑测了下，前面那个筛过的复杂度应该是 (N-L)*log(M) N 是输入字符串长度，M 是前缀 Map 大小 L 是前缀长度，这样筛出来的小集合理论上应该很小，再过一次 N*S 就行 S 是小集合大小

太简洁了，以至于我在不同的工程中看到了好多不同的 listContains 实现。。。
又是怀念 apache-common 和 guava 的一天

[]( https://imgse.com/i/pFiTgEt)

简单拨测了下，github 看上去还行啊，而且米家服务都在国内，连不上感觉大概率是宽带运营商的问题

@soupu626 补充下，不是大 key 导致的，好像是 redis 扩容以后的一个 bug