feep 应该基本没有人用过 https://github.com/poerin/Feep

实验了一下本地链接调起快应用，设置 prompt 可以静默跳转也可以弹窗确认跳转。
系统设置里有“网页链接调用快应用服务”的开关，关闭了之后，端口和弹窗仍然保留，但无法调起应用。

如果真的要追求运行速度的话，感觉还是暴力遍历比较快，做 2L 那样的用位运算优化。不用搞排序或者连接性。
19x19 很小的，朝着缓存优化、分支优化的方向走，毕竟一个分支预测失败够算一行、一个 cache miss 的时间都够算一个元件了。
循环里不申请内存，二维数组保证地址连续或者打成一维数组只用一层循环，判断能不能放的时候尽量减少分支。

我记得是限制显存控制器的最大功耗。eth 的显存压力极高，即使是计算类应用也达不到这么高。

@misdake 一通 #，##，###，- 就完事了

我用的还是 typora 默认的白底黑字主题.. 🤦

没看懂。既然只有 a 是未知数，那随便拿一个方程不就能求出来了么

如果 S ^ A = 010101...
那 S ^ ~A = 101010...
A 和~A 互补，两个数中 1 的数量总和就是长度。

允许小家电的话，可以蒸包子或花卷馒头等面食类+鸡蛋，烤面包，做三明治(生菜+成品或半成品肉类)

我手里拿一个 10 光年长的刚体，快速往前推一下，对面就瞬间接收到这个推动的信息了，是不是说明信息可以超光速传递？

现实中没有这么理想的前提条件。

学一下“协变”

需要的带宽要看视频的码率。一般要比平均码率再高一些，留点儿码率波动和网络波动的余量

和指定长度数组的全排列蛮像的，循环的层数是不确定的，只是取数字的方式不一样

现实中指数对数的应用还是太少了吧，日常和实业都很难做到指数增长，很难形成相符合的直觉。
也许人类的脑袋能超越加减法，而对乘法有直觉已经很 nb 了。

要不要每个人加个操作频率上限，避免害群之马瞎填。

如果能每次求出一个排列就进行统计的话，内存就应该够了。而不是把指数级的的可能结果全部放到一个数组里再一个一个统计。
另外推荐仔细学习一下全排列的代码，把你这个 impossibleObjects 的逻辑放到全排列里进行剪枝，性能会好很多。