我就举个反例，google 现在的 spanner，论文已经发了，你去实现试试看。别人有定制的原子钟，你怎么实现？你知道原理又不代表你能实现。
再举个例子，你拿到 redhat 维护的包的源代码也编译不出跟它效率一样的包

再说一个，你开发这软件不盈利？那么为什么用 org 的域名，上个 com 啊，上什么 io,cc,net 都比你现在这个域名好

挺好的，但是我打开你页面都 5 秒过去了

上商店行不行？记得现在微软开发者是免费注册的。同时你上商店的话应该是用 Microsoft 发的证书。

国内 AWS 跟 Azure 都是残废，剩下自己想

@Alabama1800 你一个实习生不用在这里问什么水平，你问什么水平应该先展示你自己的基本实力。楼上那么多人回你，你有参考意见吗？这里多少 C9，MIT，Stanford 毕业，你能跟他们比吗？就简单问一句，你跟中山大学计院的应届生能比吗？
如果你不是他们的一员，他们跟你说实习 12k，转正 18k 对你有什么参考价值？你问问题应该尝试问问你自己值多少钱，然后是不是远低于市场价格，这样才有意义。而且何不多面几家，网上的人说话又不腰疼，你觉得真的那么多人生导师？多面几家，多做试题，跟面试官多聊两句，能不能成不要紧，关键是对自己要有一个定位。定位清楚了，价格就好谈了。
知道自己多少，价格合适就去，价格不合适就继续找，这样才是正道啊。那些说 2k 过不了日子的，我还说 200k 一天也过不了日子，但是你能拿到吗？徒增浮躁与压力。

sublime text 应该影响不大，至于 atom，自求多福吧

这事未必是国内运营商的锅。要知道运营商的语言数据包 QoS 都远优先于你们的网络。也就是语音走网络的质量不高，不信自己用微信语言通话跟你的电话质量对比看看。

@firejoke 我建议你贴到外面的网站上，比如 github gist。你贴出来的代码实在影响大家的交流，缩进丢失，非常难以理解。
我觉得你说的多线程没有用大概是实现的一些地方不是那么好，有其他因素抵消了多线程的优势。IO 本身是会释放 GIL，跟是不是多进程没关系

@n3hatv2 你的说法是不会发生问题的，具体你可以模拟一下。scope_session 是用了 thread-local 去实现的。而且进程安全什么鬼？只有线程安全。
你进程拿到的东西都不是一个东西，大家都有自己的调用栈，有自己的堆，不同进程不通过通讯怎么能影响其他进程？不要说 Python，哪怕你用 C，你能影响不同进程里面的对象？除非你的对象自带通讯同步功能，要不然想都别想。
然后你说的场景啊，我觉得你现在的做法问题不大了，你创建进程的时候本身就有开销，而且你的进程里面创建 Session 本身就是额外创建连接。如果是子进程没有额外数据库操作，你大可创建一个额外的进程进行 reduce 操作

@n3hatv2 SQLalchemy 明明是类似 Hibernate 一样的 Data Mapper 模型，偏要往 Active Record 套，这何苦呢？喜欢用 Active Record 那套换别的不好么？开箱即用。
至于 session 的问题，进程不安全能描述一下吗？

这个问题应该是这样看，线程更多是抢占式线程，协程是协作式线程。我们暂时不考虑是有栈还是无栈的区别
那么协程跟线程的区别更多在于你觉得哪个调度策略更高效。操作系统还是开发者。协程上下文切换现在是在用户空间，因此调度的成本相对较低。不过也不代表这就是高效的。
我们可以笼统地认为在面对 IO 密集型任务的时候，协程更高效，因为绝大部分时间都是在等待 IO。
而面对 CPU 密集型的任务，线程更高效

然而 Python 的常规实现因为有 GIL 的存在，你可以认为协程吊打线程。但是仅在 CPython 跟 PyPy 这些实现里面，千万不要认为是定律

建议多读读操作系统相关的书记，比如《现代操作系统》，同时了解一下 M:N, 1:1 等线程模型，你会了解到更多

说那么多不就是一个以 s 表达式作为 ast 的语言嘛，同类型的东西请看 Jetbrains 的 MPS。
你说那么多都不是一个语言的问题了，反而更多的是工具。你这样语言基本限制了用什么工具打开你的源代码。如果我用 vim 打开就变成了写 lisp 了。唯有用你的 smart code editor 打开才能显示成最合适的的样子，你需要的是一个 IDE 而不是语言了。

在 V2EX 上面问任何电脑相关的问题，你得到的答案最后绝对是 macbook pro

xmonad

uvloop 或者 tornado 都好，在 linux 上面还是调用 epoll 的，IO 复用的东西就不要想这么多，他们在事件循环方面没有数量级的差别。你考虑一下你的 http parser 或者 json serializer 更好了，这些 CPU 密集型的事情更容易影响性能。
不过既然你问这个，大概这些影响对于你来说都是没有的。你熟悉哪个就用哪个就好了。
uvloop 不就是用 libuv 实现了 asyncio 那套 API 嘛，libuv 提供的一些强悍的东西 uvloop 又提供不了。都站在 Python 那么高的抽象层了，那么就多想想两个框架哪个更适合自己的业务更好了。
就目前看来，tornado 在网络编程方面对长连接应该好。如果需要基于 UDP/TCP 的业务，那么上 Tornado，基础更好，更成熟。
至于基于 http 的，随便选，都一样。

大公司不是靠定级的吗？定级之后才能谈工资，工资只能在范围只内谈。

也就 Mozilla 有授权，所以他们家怎么用没关系，其他人大概只能讲 EcmaScript