用户搜索的时候又不是只输入一个关键字，多个关键字用空格分开的时候，即使单个关键字索引很靠后的站点也能排在前面。

哈哈，楼主要是这么喜欢这样写，返回一个栈上的指针，可以去写 go 玩玩。

有一种运算叫模 100 运算

面阿里的时候，全程电话，7 轮面下来没人知道我长啥样。
面头条的时候，宿舍里昏暗的灯光下穿着一件 t 恤视频。

基本上没有带照片，要求提供照片的时候我会把高考准考证上的照片附上去，你别说，还挺帅的。

go 代码可替代性强，交接容易吧

切片的设计初衷应该是提供一种轻量级的基础数据结构作为语言特性，Go 对于其他重型数据结构的支持则有所欠缺，当然只是做 CRUD 的话也用不到什么太重型的。

学编译原理了吗，学了用 python 再撸一个 pypy 出来玩

但从这个 sql 语句上说，应该考虑用 like 而不是等于来做条件

和这边实习生差不多价格...

@moodasmood 你有没有考虑过你这样做存在遍历的非连续性，进而导致的 cache 命中率降低？尤其是一个图片，好几 MB 呢。

@aguesuka 他这个怎么 kmp ？模式是非连续的子序列，并且考虑到 24 位的 rgb 值，模式里很难有重复的部分。

首先，做一个 unordered_map，key 是 color value 是 unordered_set。
然后，初始化外层的 unordered_map，把待匹配的像素序列的颜色都加进去做 key，value 是新初始化的 unordered_set。同时，对于待匹配的像素序列里的每个节点，计算其累积 offset。
然后，遍历一趟这个图片，把像素的坐标，根据像素的颜色，减去对应的累计 offset，都加到对应的 unordered_set 里
最后，初始化一个坐标-累加器 map，遍历 unordered_map 里的每个 unordered_set，执行累加操作。最终，寻找 map 中值等于待匹配的像素序列的长度的 pair 的 key 即为输出。
更优化的方案可以在这个基础上考虑位运算和向量操作。

矫情，你让我们这种只会说 mandarin 的北方人怎么活。

@onecold126 这，毕竟寒冬。。。

已收到，谢谢各位

xx 大学 ipv6 直播站

两种二合一 win10 平板，一种类似笔记本但是屏幕可以 360 度翻转，另一种类似 surface，相当于平板带个键盘皮，先想好自己要哪种吧