楼主可以使用我们开发的打卡小镇，微信小程序和 App 都有，如果不想被人看见可以把小镇设置成私密状态，每天打卡爽得很

如果是高速发展中的公司（比如在线教育、电动车等领域的头部企业），或者背后有超级资方的公司，期权还是很值钱的。如果是特别早期或者发展比较慢的公司，没法预估期权的价值也没法预计是否能兑现、何时能兑现，还是小心一点。

还真把自己当土皇帝了。。。被举报了吧

如果未来也有创业打算，可以跳过去试试，除了技术也学习一下运营、市场、销售各方面知识，如果可能让老大带着你参与商务谈判、融资会议，2 年走下来你就会有个判断 - 自己是否适合创业，短板在哪里，需要找什么样的人合伙

对小公司来说，代码从来都不是核心机密吧，关键是核心工程师。新人偷了你的代码干什么？搭了一个和你一样的网站，成了你的竞争对手，把你客户全抢走了？多点信任，代码权限（至少是只读权限）放心开给所有工程师

家用的跑步机和健身房的商用跑步机差别很大，价格差的也很大。建议买个二手的，能坚持在家跑步的不多，市场上很多出二手的，包括我。。。

@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 我们也在用，轻量、加密串短，试试呗