大项目没写过，小项目写着感觉还行，要说缺陷的话，一个是刚开机用 vscode 时，自动补全提示容易卡住，另一个是使用自动补全的时候容易吃掉后面的字符。

mix2s 用了三年，感觉良好，相当于 5 年前买的手机 1 年左右的流畅等级。（当然，5 年前那手机是 2000 买的）

@th00000 在操作系统原理上，如果提及“虚拟内存”的话，一般指将多个不连续的内存区域虚拟成一个连续的内存区域，与 swap 没有直接关联。
ZGC 没咋用过，猜测也是这种虚拟出连续内存的情况。

在家里拯救世界

@hoyixi 说起面试题，我就想起我们公司了。我批卷子的时候批到一道题，10^9 数量级的动态规划（那道题不看数量级，光是找递推公式就难倒了大批人，包括我自己……），而卷子对应的岗位是再普通不过的 web 后端开发。我心说这是谁在网上瞎抄题，结果问到招聘组之后发现是公司某个员工原创的……

简单来说，就是如果你的查询语句太过复杂，这个库就帮不了你了，自寻出路吧 ;-)

异或，想给谁取反就给谁取反，像这种给低 4 位取反就直接跟 15 异或。

我倒是无所谓，以前他们发 xx 公众号文章，现在发短视频，区别不大

又是马戏团（小丑）又是孤儿的，不明说的话我还以为是国内的人发明的句子

@hsfzxjy 现在才发现 python 判断 true，false 比判断是否等于 0 要快一些，非常感谢。
顺便问一下另外一个问题：
比如 spanA 和 spanB，格式都是(4,10)这样的一个 tuple，代表从 4 到 10 的一个区间，我需要判断两个区间是否相交。
我目前的方法是 spanA[0] <= spanB[1] and spanA[1] >= spanB[0]，不过总感觉略慢。
不知道 python 里面，对这种比较有没有什么优化方式

@hsfzxjy 太感谢了，bytes 确实有不少提速。
规则是必须 tuple of tuple，这个确实没法改。

@lpts007 我的测试用程序和矩阵数据放网盘上了：
https://cloud.189.cn/t/qYfYFf73qQ7j

跑 5 次的速度一般就是正则 0.94s ，遍历 1.06s

@bytesfold 抱歉，我这边可能有点跟不上思路，为什么要把二维矩阵展成一维，是说展成一维之后用正则一次查找会快吗？不过我这边试了一下，速度实际上没什么差别。

@imn1 我收回刚刚说的一部分话，sum 完之后如果要做除法也不快

@imn1 哎，要是 groupby 能提供起始位置的话就舒服多了，可惜没给……
本来测试 groupby 完了 sum 也是可以快一些的，可惜矩阵里存在 0，没法用 sum 定位……
现在好怀念 MySQL 里面的 groupby，一 count 了事，python 转 list 之后 count 就没有速度优势了。