上 aio 啊。所有 server socket 的 coroutine 把任务扔给 executor 不就行了。监听和执行分割开来就行了，以后你想上非 http 也易如反掌。

我猜是这样的原因：

“我想大部分买 iPad Pro 的用户暂时不会用到这两个功能吧。”——憋了纪念，反正要买个 iPad，不如上最新款（反正不贵）。

“2018 ipad pro 还会降价，一样可以用妙控键盘”——买新不买旧。

“身边大多数朋友都买了，有 2018 款的也追风”——土豪，你身边朋友怎么都这么有钱。
- - - -

利益相关：iPad pro 2017 款用户，实验室配来读论文的。确实读了不少论文和书，不过 iPad pro 2017 各方面比新的 iPad pro 差了一大截，眼红 ing 。但是让我自己买，在工作前肯定就不买了。毕竟一台 iPad pro 也要大几千嘛。

我以为整机这种事情，连京东都要掂量一下自己的眼力才能买吧。。
----

顺便我前段时间拼多多成功下车了个索尼 a6600 微单相机。百亿补贴是真的香啊。

@sakura1 anaconda 可以打包环境啊，你搞一个离线 anaconda 安装包到 linux 上装好，然后导入环境不就得了。

mac 你装个虚拟机，然后把环境弄好给打包呗。

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