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

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

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

那 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

20 年左右吧，上上家公司用了华为云，具体情况记不清了，大概就是遇到个 Redis 集群分片不均匀的问题，导致某个分片满了有些缓存被逐出，但是整体集群使用量没有问题，也没有报警

一开始我们找运维的时候，运维还不信，说不可能，我当时也是个新人，不自信，被喷回来了，后来查了一天，确认就是这个问题，拉着我老大再去找运维，喷赢了。后来运维喷华为云技术支持的时候，那叫一个狠

如果确定要定居武汉了，可以去 https://www.guozaoke.com/ 这个论坛看看，但是就问问生活体验就行，买房位置建议啥的可以忽略，这个论坛以前叫光谷社区，基本都是光谷的，所以屁股比较歪

更喜欢 mentor +1 ，减少缩进层级，减少 if 判断次数，功能分离，好看好读

另外代码看不懂直接 comment 有什么问题么，CR 不就是用来讨论的么

工程中不需要简洁代码，可读性要求更高，我现在看我当初写的 OI/ACM 代码完全读不下去。

我关注的几个技术公众号，除了厂商背景的，个人的号现在广告比例已经远超技术分享比例了，就刚关注的时候能看看，现在基本就是蹭热点

项目内容中，更多的应该说做了什么，而不是用了什么，使用一个组件/中间件是非常简单的，而结合业务思考，并正确的设计方案，并选择合适的框架和中间件实现自己的设计才是重要的

感觉应届生简历很多都有这样的问题，更多的侧重在使用了什么框架/组件，而不是实现了什么功能

打电话给运营商要加装 iptv 一个月 10 块 稳定还是专线不占带宽

另外公司发的电脑限制安装/卸载软件是合理的，这是，不想被监控就不在公司发的电脑上干自己的事就行
这个能力大概率是 apple 提供的这个 https://www.apple.com.cn/business/enterprise/it/ ，不是飞连自己的能力

飞连不就是个连 vpn 都工具么，监控软件是 sentinal 吧