```
from unittest.mock import patch
_print = print
with patch('builtins.print') as mock:
mock.side_effect = lambda x: _print("whatever you want")
import a
```

1. 透视关系不对，你这树冠和视线都平了，山 /房子 /树都摊在一个平面上，远近关系没有拉开。
2. 没细节，四棵树 /几个房子都是一个造型，山后面那个白色一坨是雪山吗？
3. 配色有问题，都是大的色块没细节，远山和天空都差不多颜色混在一起，缺乏冷暖 /明暗对比，用色纯度过高导致不真实。
4. 构图不行，全挤在画面下 1/3，全是中远景，感觉像局部抠出来的，树 /山 /房子的排列也都没有节奏感。

如果 function frame 不在 stack 上，就不会 stack overflow 。

BLAS

HashMap 内部有个 array 存 entry，put()/remove()都是操作这个 array，entrySet 直接读取这个 array

搞个 trie，找出所有子节点

可以试试这个
https://github.com/google/pygtrie

```
>>> t = pygtrie.CharTrie()
>>> t['dn0pFVBjQGwRYKCO2Ix45ibo6r9kW3Zedn0pFVBjQGwRYKCO2Ix45ibo6r9kW3Ze'] = 1
>>> t['XuYRUn50f7j9zG2k8EZvoaWmeAdqTVrQXuYRUn50f7j9zG2k8EZvoaWmeAdqTVrQ'] = 2
>>> t['dn0pFVBjQGwRYKCO2Ix45ibo6r9kW3Zedn0pFVBjQGwRYKCO2Ix45ibo6r9kW3Ze']
1
>>> t['XuYRUn50f7j9zG2k8EZvoaWmeAdqTVrQXuYRUn50f7j9zG2k8EZvoaWmeAdqTVrQ']
2
```

你可以试一试 select * from user; 他也会说是用到了 index 。这是一种特殊情况，和你后面 where 没太大关系。

“In some cases, a query can be optimized to retrieve values without consulting the data rows. (An index that provides all the necessary results for a query is called a covering index.) ”
参考： https://dev.mysql.com/doc/refman/8.0/en/mysql-indexes.html

也就是说，mysql 知道所有的数据都在 index 里，即使是 full scan 也直接从 index 里取了。你只要多加一个列，就不是 covering index 了，就不有这样的优化。

元件的长宽 x*y，搞个 x*y 的 sliding window 一一比对咯。

@hfzhbq 也没有，我当时只是想把不成熟的观点抛出来，通过讨论，理清楚自己的思路而已，大家可能觉得我在很笃定地说一个认定道理，所以才会批评我，回头看看过去还是有很多不成熟的细节。

400 个一组有 C(999, 400)种组合，10 的几百次方，比宇宙所有原子总数还多。。。

搞清楚“对象”和“引用”的关系。列表和变量存的都是引用，而通过引用改变的都是同一个对象。

小孩子才做选择，成年人全都要