- 主板没必要，所谓未来需求大概率都用不上，或者用到时候已经换平台了
- 水冷没必要，还得老想着维护，PA120 绝对够用
- 电源太怪了，换个正经牌子，不差这几百
- 硬盘没必要买贴牌
- 为啥不 7800x3d ，游戏和编译不都比 13600kf 强吗，功耗甚至还低...

如果是快速路容易堵的路段话，可以考虑 LCC+ACC 跟车就行了，其他路段自己开，听听播客啥的也行。不过开车肯定还是累，地铁上至少疯狂玩手机

应收款转现金

@colinxt #4 一个 property 可以有多个 field ，字段默认作为 ik field ，再加一个 field 配不同的分词器用于单字分词就行，一般看情况还可以加精准匹配 keyword 、拼音、前后缀啥的。
查询的时候可以用 name.ik ，name.ngram ，name.keyword, name.prefix, name.suffix, name.pinyin

不考虑停用词的话，match_phrase
考虑停用词的话，可以加一个 property ，直接单字切分，然后在这个属性上做 match_phrase

没必要，重复造轮子了，没太理解这么搞得话你 es 里存的是啥东西。ES 已经把你说的做的七七八八了，包括 doc 分词、query 分词，而且中文分词质量也没啥问题，就算你真的要动分词，也是通过 es 分词插件的方式来搞，而不是外置一个服务。

索引前置的服务可以有，但作用一般是做 connector 增强，数据组装、清洗这类工作，分词还是要收敛到 ES 内。

召回前置的 NLP 部分大多是做 query 改写、扩召回的，分词一般不会放里面。

索引重建的话，ES 一个 reindex 就完事儿了，GB 级数据同集群索引重建也就是分钟级的事情，你的方案反而需要你自己手搓整个 ETL 重建流程，感觉得比 ES 慢一两个数量级。

业务复杂度不高时，只用粗排就行了，之后再加精排。一开始复杂度还是别太高比较好。

干过一次，是为了重写私有方法，把内部逻辑暴露。

麒麟

@kirkcola #7 zen4 有个开机慢和内存频率低的问题，在意的话，维持 14700K 倒也不是啥问题。御三家中端出货量大的板子一般都没问题，别买最丐的就行

更进一步，换成 7800x3d 或 7700x 基本不会有可感知的性能区别，还能省几百。如果坚持 intel 就算了

同楼上感慨，这板子有必要这么贵吗，想用得久的话也不可能长期锁频，7200 的内存也不挑板子，剩三千块钱加到显卡上升成丐版 4090D 比 CPU 和内存那点频率提升显著多了。
另外，长期用的话，水冷还是不如风冷省心，至少不用总担心老化漏水。换个双塔 140 默频足够了

居然都过去一年了...15 Pro 感觉还是挺好的，新一代到目前为止都没啥吸引人的爆料

直接 QDII 主打一个省心....

居然还有 append 的乐子，笑死

你这段写的爹味儿可真重

458: Launch Multi-File Source-Code Programs
这个感觉对开发还挺友好，真不错

@frankkly #69 西单，太典了，都是爷

@revival83 #20 那我太惨了，唯一一家北京没去过的直营店 😅