@kinder312
两个职业对人的要求很不一样，楼主你主要是要想清楚自己是什么类型的人。

tl ； dr
1. 自我驱动（也可以说野心，不安分）
2. 学习能力（学东西要不要别人掰开揉碎喂给你）
3. 会来事，能搞黑的（最基本的就是楼上说的去骗老头老太太）

1. 2. 3. 都有楼主就是明日之星，直接银行去发大财，银行空间大。
什么都没有只能去银行“养老”。
有 2. 可以做程序员发展。
有 3. 可以去银行发展。

银行路线：
首先，国企在没有伤筋动骨的情况下，底层业务人员是很稳的。这个稳是什么意思呢？国企类比于政府，你的直属领导对你只有事权，没有人权，也就是说，不做大死，不变天，你的基本饭碗不会动摇。但是要往上走就不容易了，你得自我驱动，俗话说，削尖了脑袋往上爬。只要想往上，就要面临很多阴暗的东西了，楼主自己能不能考虑接受。当然楼主要是特别能往上爬的那种，银行的发展空间肯定要比程序员大。
总结就是银行是低起点，低风险，不太好上升，但上升空间大。上升必然伴随很强的自我驱动和很多阴暗的东西。这是商科的特点，如果性子就是图稳，基本上不要指望靠熬年限上到什么位置。

程序员路线：
以中等公司（业务流水几个亿吧）为例，程序员从新手一路发展到主程，都是不太要求有什么管理能力的，最多就是分配协调自己组里的任务。说老实的，主程才是非常稳定的职位（整个行业已经非常巨大了，实在不明白说程序员干不稳的是什么意思，你干了十年然后被一年培训班出来的艹十条街？），确实要学很多东西，但是如果楼主学习能力还算不错，其实可以干得很爽。但是再往上就很吃管理能力了，要技术选型，要协调各方面进度，对于技术主管，很多看起来是技术的问题，实际上是人的问题。上升空间确实不如银行大，毕竟都是一个是打工的一个是抽水的。
程序员就是中起点，不定风险（看学习能力怎么样），好上升，上升空间不大。上升也靠自我驱动，但是阴暗的东西相对较少（因为跳槽的选择很多）。如果学习能力不错，性子图稳，其实适合做程序员。

@mafic
基本就是需要一个 theme 框架和一个分发配置的框架
http://stackoverflow.com/questions/8811594/implementing-user-choice-of-theme
https://github.com/Avocarrot/json2view

@inksong
问代码至少要贴一下错误输出吧。

这显然是 IO bound 的情况， 1G 带宽打满也用不了一个核。。。
epoll kqueue 是正解，开几千个线程也马马虎虎吧，起那么多进程就有点浪费了。

淘宝这些都是每次到了要过节之前的更新，打包节日用的界面资源。到了过节服务器发参数过来，渲染一下就 OK 。还有些直接就是 hybrid ，那就跟网页没什么区别了。

PCI Passthrough 还是需要 host 来转发 interrupts 的。
nv-docker 稳定性确实有点捉急，但多调试也能用。
GPU 虚拟化成熟的解决方案只有 Grid ，不过那就不是个人和小公司能买得起的了。

放狗一搜
https://nmap.org/book/man-version-detection.html
http://null-byte.wonderhowto.com/how-to/hack-like-pro-fingerprint-web-servers-using-httprint-0151242/

@rogwan
是 flask 么
filestorage 本身就是个文件的啊，试试直接 Image.open(form.img.data)

这显然不是 Pillow 的问题，仔细读读 API 吧。

USB 2.0 ？？？
5G 路由下 FTP 是个好方法。

@rogwan
又在 SO 上逛了一圈。
两点建议吧，
1. seek(0) 试试。
2. 检查原始数据，可能 form 过来的 data 就是有问题。

@rogwan
先检查一下 form.img.data.read() 的类型，再 dump 一下 form.img.data.read() 的内容，和直接 get 的做一下对比。

@neoblackcap 高精度也要撞到 32bit 的墙上，你数组最多有 2^32 个元素，其实就是 @lishunan246 的意思，在具体机器下讨论时间复杂度都是扯淡。时间复杂度就得在某种约定好的计算模型下来讨论。

@menc

http://imgur.com/a/Y29Qw

放张图吧，要是有人觉得 slide 作者也是民科我也没办法。

@ipoh 输入规模被框定了，比如 G(V, E)，最多有 2^31-1 个节点，最多有 2^31-1 条边。任何给定宽度的原始数据类型都面临这个问题，能够表达的数据规模是有限的。有限的就是常数时间。如果非要说 int 是 32 位的，楼主的算法时间复杂度是无穷大，因为输入的规模 32bit 没有变，运行时间发生了变化。

这种事情没什么好争的， 能插得上嘴的都知道双方纠结的点在哪。我只是觉得很多人嘲讽楼主不对，指数和线性的观点都有合理性。

@ipwx 黑人问号？？？ 算法属于理论计算科学，和电脑，和工程有什么关系？
算法不认识任何实际计算机，只认识图灵机模型， RAM 计算模型。 1 至少用 1 个 bit ， 2^31 至少用 32 个 bit 很难理解么？

这让我想起当年，因为 int 是 32bit 的，所以所有算法都是常数时间的梗了。

楼主是对的，这题跟整数价格 0-1 背包伪多项式时间 O(mn) 一样。多项式时间和伪多项式时间不是一个概念。 RAM 计算模型读入一个 64bit 的数只需要 32bit 的数一倍的时间，但是这个程序需要跑平方那么多的时间，不就是 O(2^n)。平时说的排序 O(nlogn)，读的可是 n 个数。仔细思考一下，不要给人乱扣什么民间计算机科学家的帽子。

pillow 很好，但是不要和 server 布置在一台物理机上。 pillow 在处理大图片的时候会调用外部库并行处理，很吃 CPU ，如果和 server 在一台物理机上会严重影响吞吐的。