tornado 用 wsgi 明显是降级了. 绝少有人不加个 tornado.gen 或者 async 这样肯定和 wsgi 是不兼容的. 反过来其他 wsgi 跑在 tornado 里面也必然阻塞 ioloop.

@nimingyonghu 过期也可以续(超过一定时间费用提高), 域名商可能会保护性延长等等

RFC 1071 吧

range(n) 在 py 里从 0 开始, 无视细节吧 h

@SoloCompany hmm... 这样一说可能有希望了. 不过还是没有出全力的意愿.
设 f(x) = P(m-1, x) / P(m, x)
难道是 f(1) + f(2) + f(3) ... + f(n) * A + f(n-1) + f(n-2) ... + f(1)
也就是 2 * sum(map(f, range(n)) + f(n) * A

A 应该是 k * n - 2 * (n-1)?

感觉上用动态规划的话应该不算特别难解. 用 nCr nPr 的简单公式可能是没有的.

好难啊, 需要分解事件.
首先"某个数字生成后的一秒内没有再次生成", 这一秒内掷的 n 个筛子有多少个无重复结果?
没有再次生成就是这些结果都不等于 n 次前的筛子点数.
运行了 k 秒就是以上过程重复 k * n 次, 但是有一个查看区间小于 n 的 intro 和最后的 outro.

水平不足, 算不到最后了.

谢谢提醒啊. 400 不能做主叫.

各种 Amazon S3 的天朝替代品啊, qiniu, yupoo, 然后各大厂的云存储都是做这个的.

TIBANNE 随着 MTGOX 案破产了. 某人既然认罪了哪怕没坐牢应该也至少是处于被警方控制状态下. 这样续不了费就可以讲通了.

底层这条路看起来不错但并不适合推荐. 长期看基础不合格的人一定留不下是确定的, 仅仅凭这一点点资料判断不了楼主有没有这方面的天分, 不能直接给建议.

不过从社区的一个侧面可以想到一些问题. 很多人给开源做贡献的目的是自己常用的某种 workload 效率不高或者有优化空间. 添加功能 /特性的想法通常也是因为用过项目才能想到的.
从这里展开, 首先你自己或者你的雇主是开源项目的使用者. 要有一定的诊断调试能力去确定自己环境中的问题所在. 然后通过你的观察, 去设计并实施你设想的修改方案. 最后是把你的方案推给主线 /上游.

这一条线上有很多问题. 抓出其中一个比较重要的来, 就是对自己的环境来说有效而很可能会损害全局或者其他人环境中性能的修改方案实在太常见了. 正确的设计需要相当长期的经验和对系统体系的整体理解.
遵守这样一种不破坏的规则严格讲也是不对的. 社区更需要有胆量创新的人, 但现实是万一审核人看不懂或者稍有意见就很容易破坏潜在贡献者的积极性. linux kernel 里面很多东西只是属于"争论正确", 是开发者们打架扯皮的权衡结果. 有很多优秀的设计走不通这个流程被主线拒绝了, 彻底看不到合并的希望. 其他项目也同理但矛盾可能没有那么明显.

底层系统和应用不一样的地方可能在于, 应用做糟了应该还是能强推出去的, 堵上耳朵装听不见不好用的意见就是了, 所以只要做出来就可以赚到快钱. 底层更倾向于确实做对了才有奖励.

有 nellymoser codecs 支持吗, 都试过哪些直播服务了

没钱就慢慢折腾吧. 有钱上 Azul

@KaoN WSL 测试机是 150% 1920x1080 然后各处 VNC 连上去. 从 SB 上连上去看, 没感觉有不好的地方.

把 100% 缩放都搞坏的可能性不太大吧?

在 https://youtu.be/hgEBPlz4QB8?t=8m59s 截取了这样一个图应该能看出种类.

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

@ChoateYao 拿了块 2.5 硬盘比划了一下感觉是 lower. 但是不保证那一款接口一定一致是难点

缩放比例, 屏幕尺寸 /分辨率 /DPI 都不说?

看 ifixit 拆解

楼主应该读一下 近藤麻理恵 的整理书系列了.