@happywty 终于有人问了。小打卡太复杂了，如果你深度使用过，会发现它里面的分支线路太多，有些时候甚至逻辑不自洽。我们的产品只有一条主线，逻辑更清晰，当然功能比它弱，特别是能够帮到镇长（圈主）的数据统计功能。当然我们都存在“太多页面跳转后小程序会崩溃”的问题。

@TindleWei @Raphael96 谢谢，多提意见。我们发现小程序做逻辑复杂页面多的东西还是慢，可能是我们之前没这方面的开发经验 :(

DNS 污染，ping 一下就知道了

@annoy1309 倒排索引里，每个 term 都对应着 docid 链表，term 的查询是用 hash 的，不管冷门词还是热门词查询都是 O(1) 的，如果那个词非常生僻，它对应的 docid 链表是很短的，返回很快不是很正常吗？

反而，如果 query 分拆出多个热门 term，对多个长 docid 链表做交集、并集耗时会更长

1. 搜索引擎里网站是有等级的，不同页面也是分级的，类似 pagerank，网页会按优先级分进高优先级库和全集库（剩下的网页），高优先级库通常占比非常小，一个 query 发过去，先在高优先级网页库里检索，如果结果不够再去全集里补全。
2. 应该是要存储的，压缩。
3. 不管什么 query，先按步骤 1 拿出初步结果，取前 n 个（ n 在 1000 左右），在这 n 个里做 rerank，这时可以考虑如你说的 query 和 每个网页的关系，还可以考虑用户以往的搜索历史和点击记录，这时的结果集很小，可以做一些精细化性能消耗大的排序工作。
网页搜索是一个非常复杂的系统工程，要考虑的东西还有很多。。。

声明：本人从未在百度、搜狗、360、搜搜工作过

老 iPad 给老妈玩连连看、砍绳子，消磨时间挺好的

ssh 登录到 Linux，Windows 上 ssh client 一大把，然后使用 vim 或 emacs 编程

一个思路：对结果做聚合（比如一次性取出前 1000 个结果，按 term 向量做聚类），在小组结果中做 rerank，也就是按集数排序。

588 积分

图书馆啊，不过寒暑假要和中学生抢位置

我对团队的要求是面试时不要指出错误，可以引导更优解，前提是之前的思路是靠谱的。原因：有的人容易紧张，当场指出错误可能导致后续问题都在处于一定心理压力下回答，发挥失常；有的人容易偏激，要当场和面试官争论，你选择接不接呢？过多的评价也会导致面试时间不可控。

3 楼说的 hashid 我们也在用，轻量、加密串短，试试呗

上海从来不歧视有钱人，从幼儿园到初中都可以读私立，不过老师能说出这种话真是不能忍

英语交流在德国没问题，有些土耳其人在德国工作，他们的口音比较重，连说带比划也能沟通。德国城市里比较安全，不像美国大城市到处是流浪汉、乞讨者，但晚上也能看到醉酒后大声喧哗的年轻人，避开就好

德国租车相对便宜，但城区的停车费特别特别贵，一天 50 欧上下很正常。如果去郊区、乡村玩可以考虑租车（风景名胜区的停车费也很贵），如果在城里玩看看有没有多日通票，绝对划算。

现金身上没必要多带，5 欧以上的消费都走信用卡吧，西方社会刷卡还是主流。有一家连锁便利店可以用支付宝，我忘了名字，留意一下收银台上支持的付款通道，支付宝的图标还是很容易认出来的。

上网设备国内租好，可以在国内机场取、还，不过国内运营商好像也有多天的出国套餐可选（我在欧洲没用过）

有一点要特别注意，德国绝大部分公共厕所要收费（投币和有人值守都有），一次 0.5 - 2 欧，身上多带一些 50 分和 1 欧的硬币。

换个思路，把后排向前放倒，和后备箱连成一个超大的平面，买个电动充气床垫，能睡 2 个人，好多 SUV 做得到

话说的太绝对结果被证伪，被咬的同事肯定不爽。换位思考同理心，如果这次是合作部门先发难咬你，你怎么想。

能力不到、地位不到的时候忌讳把话说满、说的太绝对，有时我听到年轻工程师开口就是“肯定不是我的问题”，虽然不是在怼我，但作为旁观者或领导心里还是很恼火。

订阅每年收钱，多好的商业模式啊！越来越多的软件企业会选择订阅制的卖法，不会因为用户的喜好改变

搜索引擎，对中文单字分词（ Lucene 里的 StandardAnalyzer ），部分匹配（ query 里只要有部分被匹配到就算命中），返回匹配度最高的一个（ BM25 及其各种变体）