这个感觉我能答，我也是二本毕业，在我们学院， 50%的人都是进银行工作的了。银行怎么说了，工资是稳定的，福利是稳定的，明面上的工资可能不高，但是你要月入一万稍微努力一下还是可以的。
不过我都也没有进银行，主要是兴趣，我对银行柜员没有兴趣，于是就选了当程序员。
想稳定的话，请去银行。程序员就要加班不断学习，其实相对来说也是稳定的。两者在我看来其实都差不多，看自己喜欢哪个吧。我是比较喜欢有挑战性的工作，因此每天解决不同问题的工作适合我。你可以根据你的性格选择

ip hash 或者中心化 session 管理

端口肯定是够用的，轮子哥显然是答错了， 45L 已经解释得很好了。连接数过多的问题最多也只会出现在文件描述符上面。文件描述符是内核管的， Unix-like 的操作系统调 ulimit 就可以了

@rogwan 的确是那样也可以，我也没细看文档。一般我用 BytesIO 就是当 buffer 用，因此查文档都是查 buffer 相关的。用 open 肯定是可以的，毕竟官方文档也是这样说，但是现在就出现了个问题，你本身图片已经是载入内存了,Image.open 又产生了一个副本，若是内存紧张的话要注意一下。

@ox180 上传图片处理完之后你就写磁盘，然后再而外用 rsync 或者你们 cdn 提供的客户端上传不就好了？上传完就删掉磁盘的文件，文件删除还是很快的嘛。

@rogwan 请看文档，请用 PIL.Image.frombuffer


@ox180 不想保存？那么要直接用流返回吗？我是不建议这样做，定期删除就好了。一般都是写在磁盘，用户访问就让 nginx 直接返回该文件。

可以

@lxiange
显然事实就是这样，但是有限并不是因为 32bit 的限制,有限是因为现实资源有限。
我是没想到这个梗居然还可以佐证你的观点。

@q397064399 其实 GC 的实现还是相当公开的， openjdk 里面各种各样的 GC 都有算法论文，以及代码都是公开的，想怎么调就怎么调。
还有一个就是 stop the world 其实也是可以避免的， http://www.azulsystems.com/sites/default/files/images/c4_paper_acm.pdf 这篇论文就有说 azul 是如何实现一个 GC ，并将卡顿控制在 10ms 之内，也有金融公司用了他们 JVM 。

@rogerchen 那样不是可以定义一个数组来表示 2^32 位吗？当然所有的四则运算都要重新定义了，其实就是一个基于字符串存储的运算模型

google 的记得是在香港的节点，延迟是很低，但是费用也高到爆炸

@rogerchen 这个其实也不一定哦，用定义一个数据结构不就可以解决这个问题吗？记得 K&R 里面就有写高精度数值的计算方式。简单的比喻就是像算盘一样，不够位拼一个啊。
不过既然是梗那就算了。

不就备胎的故事吗？感觉就是标题强行加个程序员，其实内容跟程序员一点都没关系。

不可以设置黑名单吗

@murmur 不是 C++吗？看他们招 C++哦

这个不就是二分法求解吗？牛顿迭代法迭代的次数可以更少，但是记得是不能根据任意的 elision 值来求值的。

页面居然是 gwt 写的， Java 程序猿恐成最大赢家

想省钱的话，应该是本地编译以及打包好再上传到服务器。

长连接，慢相应，高并发