没有 IT 团队 or IT 团队仅负责硬件维护，业务有需求直接对 AI ，然后 AI 通过连续追问澄清（替代产品），然后直接编写部署上线（研发测试），线上日志、报警、慢 SQL 等给 AI 回馈（代替运维），然后自迭代（优化需求）

给够 token 再挂上 find-skills ，然后让 ai 帮你慢慢识别&整理吧

有谁还记得 transformer 一开始是个 NLP 的架构，最开始的场景就是为了机器翻译做的，做编程语言的翻译某种意义上也是重操旧业，干回老本行了。。。。。

你这，我们，同身高，当前体重 175 目标 140 。。。。

补充一个，金融行业，开发机没有外网，只能私有化/专属云部署，要走召采流程，只有国内厂商开展了相关业务

目前是用的专属云，听说是按席位收费，一个席位 2000RMB 左右一年，之前小范围 poc 的时候站起来随便蹬，现在推广了有时候会稍微吐字慢点了

vibe analysis （ linus style ）？

usage = max(round(use_token/token_limit),1)

@leimu012
@wengjin456123
国外模型应该都没有在国内提供服务，应该都只能开账单，开不了国内的增值税发票吧，我不觉得他们会去给 gov 交这个税

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

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

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

那 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 集群分片不均匀的问题，导致某个分片满了有些缓存被逐出，但是整体集群使用量没有问题，也没有报警

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