anaconda

@julyclyde 这不是闭包。你看我给的连接才叫闭包。

我见过好多论文代码。

在 python 里面用 functional pattern 的一些高阶技巧（比如 monadic combinator ）也就算了，就是掉书袋子难以理解，但是不看实现细节只看接口也不是不能看代码，反正是无副作用的。

给函数赋予 context 然后自己里面用我也不是没见过，但是一般是外面套个函数，返回里面的函数。把外部函数的参数和局部变量当闭包和内部函数裹在一起而已，我也不是没在别的编程语言见过，比如 JS 。其实也是懒，不想写类，但是没有副作用，也能用，只不过没有 IDE 的智能提示而已。反正搞学术的一般也懒得学 IDE 。（虽然正经上 IDE 还是很香的）

比如 https://github.com/openai/glow/blob/master/model.py#L141
- - - -

但是懒到这种程度我也没法说什么了，这个副作用太大了。楼主你要这么做，以后出了 BUG 调一天可别怪我没提醒你。

这么写就是懒。本来写个类就完事了，非要搞 anti-pattern 。

三个月以后看这个程序就是臭的没法修改的。

用上虚拟内存映射可能也许能够缓解用户态地址空间紧张吧。不过正常人写程序谁用 mmap 搞一堆那么复杂的，不如直接上 64 位。

@onecode 32 位程序只能用 4g 虚拟地址。其中 2g 是内核寻址，用户态能用的只有另外 2g 。

https://wiki.ipwx.me

我用的 hexo 某个主题，自行修改了一部分内容。支持了 [[Article Title]] 这种类似 wiki 的插入连接方式。

然后这个脚本同步是单向的，本地删除不会导致远程删除。

按照日期存放文件夹中；脚本同步到移动硬盘+NAS 。

楼主看完评论大可以继续喷：

“我觉得 WSL 抄袭了 wine……”

别的不说，wine 的 HiDPI 是坨屎。所以高分屏的机器就不要尝试 wine + qq/微信这种搭配了。

好吧具体一点，你怎么保证一年前的程序能够用一年后的 runtime 正常启动？还不是要装一堆不同版本的 runtime 。这样管理 runtime 的版本实在是太麻烦了。像 mac 和 windows 又没有统一的依赖包管理，你这是想让软件开发者死啊。

所以打包在一起，分发起来最方便了。

这是历史的轮回。

为了减小程序体积，所以发明了动态链接库，在系统中预装。

结果随着软件系统的复杂，为了解决不同软件之间的依赖关系，引出了各种包管理器。

然而随着系统越来越复杂，动态库和软件包之间的版本冲突开始出现。于是人们干脆把库一起和程序打包，变成了一个整体分发，这样就能避免冲突。

然后大家开始抱怨软件包太大。。。

于是楼主自己手动开发，经过几次版本迭代之后发现，自己原来又造了个框架。还是独此一家的那种，只能自己去维护 www

好吧楼主是一个字符串里面找其他字符串。。。那我觉得其实也可以用上面这个思路改编，你把原始的字符串切段，然后用更小的切片（比如长度为 3 、为 5 ）进行索引。把查询字符串也切片，根据索引能缩小查询范围，大大加快查找速度

场景描述再清晰一点。。。
- - - -

比如你是不是要从一整个数据库一堆较长的字符串里面，找少数一些不怎么长的字符串是否出现？如是的话，这个场景的基本思路是预先对你数据库里面的字符串进行切片索引，然后你的查询字符串也切片，根据切片结果可以缩小查询范围。类似于全文检索，不过去掉了一些比如停用词或者分词之类的操作。

我觉得楼主的需求更接近于：

https://i.imgur.com/ggkrHWt.png