这篇来自 GFW.report，看过了有一半是错的）

首先 AEAD 的加密方式已经防止了重放，只有原来的 Legacy 加密方式能被重放

然后现在主动探测的一般都是 NAT 机器了

据我所知 Outline 现在是默认 AEAD

为什么 shadowsocks-libev 占那么多内存就是因为要防重放

可以去读一下那个 breakwa11 提的 issue

https://www.blender.org/download/demo-files/ 真舒服
虽然我大概连用 blender 剪视频都不会，但模型摆拍还是做得到的 🤔

你这个说的都不是一个层面的。。

CPU是硬件

CUDA是 Nvidia GPU的一种描述 library

OpenCL是一个中间层

这3个都不是一个层面的东西

#DSP https://zh.wikipedia.org/wiki/%E6%A2%85%E7%88%BE%E5%80%92%E9%A0%BB%E8%AD%9C

https://nasy.moe/Kusa/gron-make-json-greppable/
这个 gron 工具有意思！好像 find 的 recursive list 一样。
json[0].commit.author = {};
json[0].commit.author.date = "2016-07-02T10:51:21Z";
ParserKt v3 的 example 要包含这个实现！

https://nasy.moe/Hana/Python/python-002/ #Python

不是有点奇怪吗？这里提到了一些 stream 操作（惰性函数式里实际上就是列表操作） map, any, all, filter 什么的
一句话总结一下，nasy 为了显得函数式，把 for x in xs: f(x) 以 map(f, xs) 替代，也因为禁止 for 关键字所以 [f(x) for x in xs] comprehension 也不可用。

Py3 里 map 是一个 generator 了，惰性求值每次 next（这样 takeWhile 之类的操作就可以避免多余的结果内存分配）
所以不可能这么做，有以下 workaround：
+ list(map(f, xs))
+ for l in ls: f(l)
+ all(map(f, xs)), any(map(f, xs))

我的意思是，为什么不定义 each_apply(f, xs) 或者 for_each(xs, f) 之类的，免得用 any(map(f, xs))。
最后既然我都说了这么多了那总结完本文好了

[x+1 for x in range(0,10) if x > 5]
map(lambda x: x+1, filter(lambda x: x>5, range(0, 10))) #[7, 8, 9, 10]