要不买 air 11, 要不直接上 rmbp, air 13 体积比 rmbp 13 还大

@kokutou

不是骷髅峡谷

@mathgl

一个企业应用在 windows 下跑过 3 年, gevent+postgresql+nginx+bottle, 最多 70~80 个用户访问, 没出问题, 不过现在不自虐了, 就是没有问题, windows 运维也麻烦

@mathgl

没, 所以我大部分基本都转 gevent 了 :)

@mathgl

sqlalchemy 放入另外一个工作进程, 然后用 txzmq 之类的去请求就行

sqlalchemy +postgresql +gevent 搭配的很好

sqlalchemy 有两个层级 orm 和 sql expression, 使用 sql expression 同原生 sql 差距不大, orm 由于需要介入 session 管理, 差距随数据量增加而增大

sqlalchemy 优势一是 orm 的优势, 这不用说, 其次是 sql expression 能让你用 python 的方式去思考, 写 sql, 从而写出易于维护的查询, 比方说原先几百行上千行的 sql , 如果用原生 sql 肯定是难以维护(基本上我们这些所谓企业软件从业者, 对这类 sql 基本都是不想再看第二遍), 但用 sql expression 方式去写, 这感觉, 你得自己去体会, sql expression 基本上能达成所有原生 sql 的所有功能(其他的 orm 一般都会有不支持某有原生 sql 语句或函数)

8g /128g 就别想跑 linux + windows 虚拟机了

若饭 价格是不是有点贵 平均 30

现在用电信很后悔, 唯一好的是 iptv 看直播不错, 访问国外屎一样慢, 一般要在早晨 6-8 点才快

一天多少单, 一般几千单的话 一台阿里云 vps 就行了

@funagi

华数应该等于 杭州网通吧

有些 pep8 也应该去除了, 比方说一行不能大于 80 个字符, 现在都高清, 4k 屏幕了, 还 80 个字符换行

@alexapollo

migration 除了第三方的 sqlalchemy-migration (openstack 也维护了一个版本) 还有原作者的 alembic https://bitbucket.org/zzzeek/alembic, 这算是官方的

至于我个人, 我不用 migration, 而是自己写脚本, 因为涉及数据相关, 对其他的不信任, 实际过程中 migration 通常不是加字段这么简单, 可能需要复杂的数据迁移, 可能会涉及 n 多个数据库或 schema(在 saas 环境中)

另外关于连接, 我想同 orm 没有关系, orm 通常只要做好连接池和接口就行, 连接限制是数据库本身的事情, 怎样有效的重用连接或是避免生成太多的连接是 dba 级或是应用级别需要考虑的

orm - sqlalchemy

http 请求 - requests

版本机制

或用队列

最安全的就是队列+版本机制

@kindjeff

Xamarin studio 的安装一体化的

不过长远来看, 最终还是会切到 java 去的, 因为 c#写同 java 写基本没有区别

不是 hello world, 是真正的生产环境中用的程序, 用于仓储